SiteLite is based on the following design philosophy:
In general SiteLite operates according to the following illustration when a page is built:
The script contains lines that associates a page with blocks of content, and a template.
The content is written in the block-files. The content is any legal html text. The content may be prepared in any text-editor or html-editor. A page may be built with any number of blocks. A block-file may consist of one or more identifyable blocks, each with an address-label, a target. The template is assumed to have matching address-labels and the associated blocks are pasted into the template. Blocks may also be anonymous, that is without a target assignement. In that case they are by default routed to a general SL_BLOCK-address in the template.
The structure of the site is described in the script-file. The structure is basically a combination of hierarchy and sequence. The sequence is described by the sequence of the page definitions in the script, and the hierarchy by the levels of the pages, which is a part of the page description.
The layout of the pages are described by the templates and the associated style sheet and graphical resources. The template organise the overall structure of the page and routes the blocks to the appropriate places. The graphical resources are imagefiles like arrows, logo, background etc which are used by the templates. The style sheet defines mainly text styles, text colors etc.
All templates, stylesheets and graphics may be (re)defined by the user. SiteLite comes with a default standard set of such resources to make it easy to get started.
To realise this strategy, and at the same time, give the user a large amount of freedom, SiteLite must rely on some information placed in the involved files. This information is described as XML-elements. For instance in a block a typical element is.
<SL_BLOCK TARGET="SL_INGRESS">this is the ingress</SL_BLOCK>
and the matching element in the template has one of the two following forms:
<SL_INGRESS>this is where the ingress will be put</SL_INGRESS> <SL_INGRESS/>
In the former case the content of the receiving elements is changed. In the latter case the entire element is replaced by the ingress.
It is up to the user to decide wether the SiteLite-elements should be removed completely from the generated pages or not. They should be removed if you want to validate your pages as strict html. By default SiteLite makes a complete cleanup of all SiteLite-tags in all generated pages. This may be hindered by the scriptline:
The page Elements describes the form of the elements in detail, and it describes the available elements in SiteLite.