CMS_INPUT_DOMTABLE

CMS_INPUT_DOMTABLE

This input component is used to give the editor a convenient opportunity of entering data in the system to be output in tabular form. The template developer can prepare the table for the editor in any way they wish. As in the input component CMS_INPUT_DOM it is also possible to use any link templates and (nested) lists (with bullet points or numbering) in this input component too. Further, any character format templates can be used too; however, no section format templates. In addition, the template developer can place an import function at the editor's disposal for importing table data from external files.

The saved information of a table can be output either via standard format templates or via the Table function.

A table is displayed via the standard format templates using the format templates

• “Table” (abbreviation: “table”; table body),
• “Table row” (abbreviation: “tr”; a table row) and
• “Table cell” (abbreviation: “td”, a table cell).

The input component CMS_INPUT_DOMTABLE is supported by the ContentCreator. For restrictions see chapter Restrictions in ContentCreator.

For information about transfer types which are supported for drag-and-drop please see also page Drag-and-drop.

Parameter

The following table gives the parameters of the DOMTABLE input component.

Overview

name

The attribute "name" is the variable name of an input component with which the the result object of the input component can be used in the templates - with the help of $CMS_VALUE()$ - or the content can be output.

Overview

allowEmpty

The "allowEmpty" parameter is used to specify whether a value has to be entered for an input value or not.

If allowEmpty="YES" input is not mandatory; however, it is if allowEmpty="NO".

Input components with allowEmpty="NO" are also called mandatory input components.

The default value for allowEmpty is YES.

Overview

bold

The bold parameter can be used to overlay or hide the Bold button in the input component.

If the parameter is not given the button is overlaid as a default.

If NO (...bold="NO"...) is specified the button is hidden and if YES is given it is overlaid.

Overview

columnChange

The columnChange parameter can be used to allow or to prevent the deletion and addition of columns in the input component.

If the parameter is not given the deletion and addition of columns is possible.

Deletion and addition is deactivated by specifying NO (...columnChange="NO"...) .

Overview

combine

The combine parameter can be used to allow or prevent combining of cells.

If the parameter is not given, cells can be combined.

If NO (...combine="NO"...) is specified the combining of cells is deactivated.

Overview

develop

Enable debug mode using Java-Console for output.

Overview

enableImport

The parameter enableImport is used for enabling the functionality of the module FirstSpirit OfficeConnect.

By default, this functionality is not active. If the parameter is set to YES the button "Insert Word content from clipboard" will be displayed.

A valid licence for the module FirstSpirit OfficeConnect is required to be able to use this attribute.

Overview

hFill

An input component is always displayed with a pre-defined width.

However, if the input component is to use the full available display width the parameter hFill must be given with the value YES .

Overview

height

The height parameter is used to define the display height of the input component in rows. The parameter expects an integer value.

Default value is 6.

Overview

hidden

With the "hidden" parameter an input component can be hidden from the editor.

If hidden="YES" the input component is not visible for the editor, if hidden="NO" it is visible.

The default value for hidden is NO.

Overview

import

The import parameter can be used to overlay or hide the button for importing table data from external sources in the input component.

If the parameter is not given the button is hidden as a default.

If NO (...import="NO"...) is specified the button is hidden and if YES is given it is overlaid.

Overview

importRuleset

Using the parameter importRulesets the selectable xml rule sets can be restricted for the respective input component if the functionality of the module FirstSpirit Office is active. For this purpose the parameter importRulesets must be given with the name/s of the desired rule set/s, defined in the server and project properties, in quotation marks and separated by comma.

If the parameter is not given all xml rule sets which are defined for the respective project are offered for selection.

This parameter is only evaluated if the parameter enableImport is set to YES.

For further information about the module FirstSpirit OfficeConnect please refer to the related module documentation.

Overview

italic

The italic parameter can be used to overlay or hide the Italic button in the input component.

If the parameter is not given the button is overlaid as a default.

If NO (...italic="NO"...) is specified the button is hidden and if YES is given it is overlaid.

Overview

list

The list parameter can be used to overlay or hide the Insert/Add List button in the input component.

If the parameter is not given the button is overlaid as a default.

If NO (...list="NO"...) is specified the button is hidden and if YES is given it is overlaid.

Lists can be configured using the listConfig and listDefaultConfig parameters.

Overview

listConfig

The listConfig parameter can be used to freely configure the dialog which opens when you click the "Change list type" (SiteArchitect) or "Edit list properties" (ContentCreator) in the context menu for entries in lists.

If listConfig is not set, a dialog appears in which the list symbol ("type") can be selected from a combo box or a user-defined text can be entered in a text box.

If listConfig is set to an empty value (listConfig=""), the "Change list type" (SiteArchitect) entry in the context menu is hidden. The editor is unable to modify the list type.

listConfig can be used to define one or a number of form fields. The following information must be provided for each form field:

(SiteArchitect)

(ContentCreator)

1. Identifier: Unique identifier via which the value of the form field entered by the editor can be read out.
2. Label: Form field label which is displayed in the dialog.
3. Type: Definition of the data type of the form field (introduced by the type attribute).
4. Parameter list: Affects how values are entered.

The syntax is:

IDENTIFIER:LABEL[type=TYPE;PARAMETERLIST]

Multiple form fields should be separated using commas.

type
The following keywords are available for the form field type:

• text: Field for entering text
• number: Field for entering numbers
• boolean: Checkbox which can be deactivated
• color: Selection dialog from which a color can be selected

ContentCreator supports text but its support for the other keywords is limited.

If the type parameter is not specified, a form field for text or numbers is displayed.
Entering a list with parameters separated by pipe symbols (|) creates a combo box. The label can be defined after the parameter with a colon, e.g.,

list:List type[choice1:Auswahl1|choice2:Auswahl2|choice3:Auswahl3]

If the keywords are used without additional parameters (see below: "Parameter list"), the keyword can also be specified without a preceding type, e.g.,

a:Text[text],
b:Color[color]

Parameter list
In SiteArchitect, the following parameters can be used for most input types (text, number, color). However, not all combinations are logical:

• maxlen: This parameter specifies the maximum input length (in characters) (e.g., maxlen=20).
• upcase=true: This parameter converts all inputs into uppercase letters.
• allowed=character string: All characters that are permitted for use are passed as a value for this parameter (e.g., allowed=abcdef).

maxlen is also supported in ContentCreator.

Example:

... listConfig=" 
 a:Text[type=text;maxlen=30;upcase=true;allowed=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ],
 b:List type[4:Capital letter|2:Numbers|6:roman numbers],
 c:Checkbox[boolean],
 d:Number[type=number;maxlen=3],
 f:Color[color],
 g:Free text
 " ...

Dialog:

In the format templates with the tags ul and li, the saved value is available for a form field with the defined IDENTIFIER.

The saved value can be output with the #list system object and the attr method:

$CMS_VALUE(#list.attr("IDENTIFIER"))$

Overview

listDefaultConfig

The parameter listDefaultConfig can be used to configure preassignments for lists. You can use

• reserved variable names (for defining which list typ is to be used initially) or
• the identifiers which may be defined via listConfig (preassignments within the dialog)

To this end, the parameter listDefaultConfig expects the variable name or the identifier and the desired default value, separated by an equal sign ("="). If you would like to configure more than one preassignment, use a comma-separated list.

The syntax is:

listDefaultConfig="a=Text,b=6,c=true,d=000,f=#000000,g=Max. 30 characters"

The preassignment in this example only have an effect if listConfig configured adequately (see related example for listConfig), for example

The preassigned default values can be modified by the editor if necessary.

Reserved variable names
========================

style
Use this reserved variable name to define which list type is to be preassigned and thereby used for creating a new list:

• Type 0: em-dash; a dash (-) is displayed as the list symbol.
• Type 1: Bullet; a blue triangle () or the contents of the reserved list variable mediaref are displayed as the list symbol (default setting).
• Type 2: Numbered; Arabic numerals are used as the numbering symbols (1, 2, 3...).
• Type 3: Alphabetical (lower case letters); Latin lower case letters (a, b, c...) are used as the numbering symbols.
• Type 4: Alphabetical (upper case letters); Latin upper case letters (A, B, C...) are used as the numbering symbols.
• Type 5: Roman numbers (lower case letters); Roman numbers in lower case letters (i, ii, iii, iv...) are used as the numbering symbols.
• Type 6: Roman numbers (upper case letters); Roman numbers in upper case letters (I, II, III, IV...) are used as the numbering symbols.
• Type 7: Empty (indent only); no list symbols are used; however, the whole list is indented.
• Type 8: User defined; the contents of the reserved pre list variable (see below) are displayed as the list symbol or numbering symbol.

style expects as value the number of the type (see list).
Example:

listDefaultConfig="style=6"

If listConfig is specified, the value of listDefaultConfig / style should be chosen suitably.

If style is not specified, the type is 1 by default (i.e. bullet or image, which is specified via mediaref).

mediaref
This reserved list variable name can be used to select a picture from the media store which is displayed in front of the list for list type 1. To this end, use media:, followed by the reference name of the desired image.
The syntax is:

listDefaultConfig="mediaref=media:REFERENCENAME_OF_THE_IMAGE"

Example:

listDefaultConfig="mediaref=media:bullet"

pre
This reserved list variable name is used to define the display of the bullets for list type 8. The value which is specified for pre will be shown in the field for user-defined input.

The following key terms can be used:

• %index% (number of the current element),
• %count% (number of elements) and
• %count2% (number of the last element)

Example:

listDefaultConfig="style=8,pre=%index% of %count%"

start
This reserved list variable name is used to specify the starting point of numbering. If start is not specified the numbering will start by default with 1.

The starting point must always be specified as a number, irrespective of which numbering type is used.

Example:

listDefaultConfig="start=3"

Tip: If the editor is to add entries, use number (see parameter listConfig) and assign the default value "1".

The reserved list variables can be combined.In this case, they must be separated by commas, for example:

listDefaultConfig="style=2,mediaref=media:note,pre=%index%/%count2%,start=3"

Access to the information of a list created by the editor in a DOM (for example: selected list type, number of list entries) is usually via the system objects #list (whole list) and #listitem (one list item).

Overview

preset

Using the preset attribute the handling of default values in an input component can defined (see also chapter Default values). If preset="default" is set, the fall-back value defined in the form is used. If this value in the form is changed later on, these changes will be affect all usages of this default value in the input components maintained by the editor, as long as a value will be set manually in the input component. This is the default setting. If preset="copy" is set, the value entered by the editor is copied directly into the input component. Subsequent changes to the default value in the form do not have any effect on the usages of this default value in the input components maintained by the editor.

Overview

properties

The properties parameter can be used to overlay or hide the Cell Properties button in the input component.

If the parameter is not given the button is overlaid as a default.

If NO (...properties="NO"...) is specified the button is hidden and if YES is given it is overlaid.

The editor can use this button to deposit properties values for a cell in a separate dialog. The dialog input fields are defined with the propertyConfig parameter.

Overview

propertyConfig

The propertyConfig parameter can be used to freely configure the cell properties dialog.

Five key terms are available for the type of input field:

1. text (input field for entry of single line texts)
2. number (input field for the entry of numbers)
3. boolean (selection box which can be activated)
4. password (input field for encrypted text inputs, e.g. for passwords)
5. color (selection dialog for color selection)

The syntax for definition of an input field is:

IDENTIFIER:LABELLING[type=TYPE;PARAMETERLIST]

Several input fields are to be given as a list separated by commas.

LABELLING is used to define the labelling of the input field to be displayed in the dialog.

The type parameter is used, with the help of the key word given with TYPE (see list above), to specify which input type is to be displayed.

If the type parameter is not given a single line text field is displayed, unless a list separated by the pipe symbol (|) is transferred as the parameter. In this case a combobox is displayed. In this case it is necessary to define a list of the selection options, whereby the individual items are separated by the pipe symbol ("|"). The labelling of the respective selection item can be defined behind the value with a colon.

propertyConfig="mychoice:myLabel[option1:Auswahl1|option2:Auswahl2]"

For most input types (text, number, password, color, choice) the following parameters can be used, whereby it should be noted that not every combination is useful:

1. maxlen: This parameter can be used to specify the maximum input length (in characters). (e.g. maxlen=20)
2. upcase=true: This parameter coverts all input into upper case letters.
3. allowed=character string: All characters which can be used in the input is transferred as the value for this parameter (e.g. allowed=abcdef)

...propertyConfig="
 a:Text[type=text;maxlen=30;upcase=true;
 allowed=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ],
 style:Listenart[4:Großbuchstaben|2:Zahlen|6:römische Zahlen],
 c:Check Box[boolean],
 d:Passwort[password],
 e:Nummer[type=number;maxlen=10],
 f:Farbe[color],
 h:Text,
 i:Text[text]"...

In the format templates with the abbreviation td the stored value is available for an input field with the defined IDENTIFIER .

The stored value can be output with the help of the system object #cell and the attr method:

$CMS_VALUE(#cell.attr("IDENTIFIER"))$

The icon for opening the properties dialog is not available if the parameter properties (see above) is set to "NO".

Overview

rowChange

The rowChange parameter can be used to allow or to prevent the deletion and addition of rows in the input component.

If the parameter is not given the deletion and addition of rows is possible.

Deletion and addition is deactivated by specifying NO (...rowChange="NO"...) .

Overview

rows

Height of the form input field in number of rows.

Overview

searchRelevancy

This parameter can be used for determining the weighting of content of this input component in search results (SiteArchitect: Global search (→Documentation FirstSpirit SiteArchitect), search in data sources | ContentCreator: search in report area). For example, using this parameter, template developers may specify that elements that contain a search term in a headline input component should be displayed more prominently in search results than elements that only contain the search term in a body text input component. Additionally, contents of individual input components may be configured so that they be ignored during indexing for search, which may increase indexing performance.
Input components may be configured with the following values to specify their contents' weight in search indexing:

• none: The contents of an input component that is configured with this search relevancy value will not be indexed. Pages, sections, and datasets which contain contents in input components configured with this search relevancy value will not appear in search results if the search term only appears in these input components. Searching for contents of such input components using drag-and-drop will yield no results ("The field is not eligible for search, as it is marked non-relevant for searching."). Such fields are also marked accordingly in "Simple Search" in data sources ("Not eligible for searching.").
• default: The input component's content receives default weight in the search index (default setting).
• high: The contents of an input component that is configured with this search relevancy value will be displayed more prominently in search results (exception: search for datasets). This means that if a search term appears in both an element with an input component configured with high search relevancy and an element with an input component configured with default search relevancy, the element which contains the search term in a high-relevancy input component will be shown in a higher position in search results.

If the parameter is not specified for an input component, the component's contents will be indexed with a default weight (searchRelevancy="default").

Notes:

• Header fields of snippets (tab Snippet in templates, "Label" field) are also indexed. If an input component is configured with a weighting none (searchRelevancy="none") but its value is included in the template's snippet header field, searching for the input component's value will cause the associated element to appear in search results.
• If you used links in the DOM, you should set searchRelevancy="none" for this DOM component for being able to exclude link texts from the search index. If searchRelevancy="none" is set for the link text of the related link template, the link text will nevertheless be found, if searchRelevancy="default" or searchRelevancy="high" is set for the enclosing DOM component or if the parameter searchRelevancy is not set.
  This restriction does not apply to other input components of the link template: The definition within the link template is taken into account for other input components as well as for the weighting of link texts (searchRelevancy="default" and searchRelevancy="high").

Changing the weighting setting of an input component in a template does not immediately affect existing elements based upon that template, and search results will continue to reflect the old weighting until elements based upon that template are modified (at which time they will be reindexed in the background). Alternatively, the entire project or parts of it may be reindexed via a schedule task or the FirstSpirit APIs, which does not require elements to be changed (see FirstSpirit Manual for Administrators, Chapter "Rebuild search index (→Documentation for Administrators)"). However, reindexing large numbers of elements is memory and CPU-intensive and should only be performed during a planned maintenance period!

For further information, see

• interface GomSearchRelevancy (package de.espirit.firstspirit.access.store.templatestore.gom, FirstSpirit Access API)
• interface SearchService (package de.espirit.firstspirit.access.search, FirstSpirit Access API)
• interface QueryAgent (package de.espirit.firstspirit.agency, FirstSpirit Access API)

Overview

useLanguages

The useLanguages parameter can be used to specify whether or not an input component is to store different or deviating values for different languages (multi-lingual maintenance).

If the parameter is not given, deviating values are stored for the different languages as a default.

If NO (...useLanguages="NO") is specified, one value is stored for all languages.

useLanguages="YES" will potentially no longer be evaluated in FirstSpirit version 5.2R5 and higher. See also parameter forbidPolyglotDataHierarchy (FS_CATALOG).

Overview

width

The width parameter can be used to specify the display width of the input component in pixels.

The parameter expects an integer value.

If the parameter is not given the default width is 480 pixels.

The parameter does not have any effect if the hFill parameter is used.

Overview

FORMATS

The FORMATS tag can be used to specify the quantity of format templates usable in the input component.

The TEMPLATE tag can be given in the tag.

A usable format template corresponds to a TEMPLATE tag.

If FORMATS is not specified, all format templates existing in the project can be used.

TEMPLATE

A TEMPLATE tag is used to precisely define a format template within the FORMATS tag, which is to be available for use in the input component.

The tag has the mandatory parameter name, which must contain the unique identifier (abbreviation) of the format template.

Overview

name

The name parameter in the TEMPLATE tag is used to given the reference name of the template which is to be available for selection in the input component.

Overview

LANGINFOS

Using the tag LANGINFOS language-dependent information can be defined for each input component, e.g. which title is to be used for the input component in the different project languages (parameter label), which tooltip is to be displayed (parameter description) etc. For reasons of clarity, definitions which are identical in multiple languages will be merged. For example,

<LANGINFOS> 
 <LANGINFO lang="*" label="Datum"/> 
 <LANGINFO lang="DE" label="Datum"/> 
 <LANGINFO lang="EN" label="Datum"/>
</LANGINFOS>

will be merged to

 <LANGINFOS> 
 <LANGINFO lang="*" label="Datum"/> 
</LANGINFOS>

after saving.

Up to and including FirstSpirit version 4.2R2 language definitions will be deleted only in the case if the values are identical in all languages (as in example above). Furthermore, only the parameters lang, description and label are taken into account when merging.

Since FirstSpirit version 4.2R4 all parameters are taken into account (e.g. format and length). Furthermore, language definitions are also merged within LANGINFOS tags, if they are identical in at least two languages. For example,

<LANGINFOS> 
 <LANGINFO lang="*" label="Date" format="dd.MM.yy"/>
 <LANGINFO lang="DE" label="Date" format="dd.MM.yy"/>
 <LANGINFO lang="EN" label="Date" format="MM/dd/yy"/>
</LANGINFOS>

will become

 <LANGINFOS> 
 <LANGINFO lang="*" label="Date" format="dd.MM.yy"/>
 <LANGINFO lang="EN" label="Date" format="MM/dd/yy"/>
</LANGINFOS>

after saving.

The definition for the fallback value (*) will not be deleted in any case. If there are two or more language definitions with identical values the first one will be maintained, the other will be deleted.

IMPORTANT: Up to and including FirstSpirit version 4.2R2 at least one definition for the fallback labelling ("*") must be given:

<LANGINFOS>
 <LANGINFO lang="*" label="TEXT"/>
</LANGINFOS>

From FirstSpirit version 4.2R4 the fallback definition can be omitted. In this case, the language which is defined first will be used automatically as fallback value. For example,

<LANGINFOS>
 <LANGINFO lang="EN" label="Date"/>
 <LANGINFO lang="DE" label="Datum"/> 
</LANGINFOS>

will become

 <LANGINFOS> 
 <LANGINFO lang="*" label="Date"/>
 <LANGINFO lang="DE" label="Datum"/> 
</LANGINFOS>

after saving.

LANGINFO

The LANGINFO tag is used to give values or attributes for a language as well for use as fallback values.

In order to state values or attributes for a language it is necessary to give the abbreviation of the project language in the lang parameter:

...
<LANGINFO lang="DE".../>
...

Fallback values are given with the special language abbreviation * ("for all languages"):

...
<LANGINFO lang="*".../>
...

The lang parameter is a mandatory parameter.

Overview

lang

The lang parameter is used to give the language abbreviation which is entered in the server properties see Language templates (→Documentation for Administrators)) to specify for which project languages the definitions are to apply, e.g. DE for German, EN for English, FR for French etc. The following characters can be used as often as required: -, _, 0-9 and A-Z. Lower case letters are transformed automatically into upper case letters after having saved the template. In addition * can be used for fallback values.

Overview

description

The description parameter can be used to specify a description of how the input component is to be used and filled by the editor. The text defined here is displayed as a tooltip on mouse-over at the relevant input component.

The text should serve as a guide for the editor and be as short as possible, understandable and relevant. It should match the label (label parameter) and complement it appropriately.
Make sure to use terminology that the editor knows and expects.

Example:

...description="Please enter the text for the headline here (H1)."...

Tip: If you would like to know how to better support and guide editors when filling input components, take a look at the chapter on Rules and other parameters and functions of forms.

Overview

label

Use the label parameter to define the label of the input component.

Choose a label that is as short and meaningful as possible.
In combination with a relevant description (description parameter), you can help the editor to use the input component correctly and successfully.

Example:

... label="Headline (H1)" ...

Overview

LINKEDITORS

The LINKEDITORS tag can be used to specify the quantity of link templates usable in the input component.

The LINKEDITOR tag can be given in this tag. A usable link template corresponds to a LINKEDITOR tag.

If LINKEDITORS is not specified, all link templates existing in the project can be used by default.

If no link templates should be used, a LINKEDITOR definition with an empty name attribute must be specified. The corresponding icon for inserting a link is then hidden.

LINKEDITOR

A LINKEDITOR tag is used to precisely define a link template within the LINKEDITORS tag, which is to be available for use in the input component.

The tag has the mandatory parameter name, which must contain the reference name of the link template.

Overview

name

The name parameter in the LINKEDITOR tag is used to given the reference name of the link template which is to be available for selection in the input component.

If no link template should be used, a LINKEDITOR definition with an empty name attribute must be specified, for example

...
<LINKEDITORS>
 <LINKEDITOR name="" />
</LINKEDITORS>
...

Overview

PositiveInteger	Positive integer
Designator	Unique identifier of variable length; must start with a letter or underscore and may only contain the characters "A-Z", "a-z", "0-9" and "_", e.g. "fr_st_varName"
Relevancy	Definition of relevancy for search NONE Irrelevant DEFAULT Normal relevance HIGH High relevance
Preset	How to deal with default values Copy The value entered by the editor is copied directly into the input component, subsequent changes do not have any effect Default The fall-back value defined in the form is used, as long as a value will be set manually
String	A random character string
YesNo	Switch to apply an attribute or not NO Do not apply attribute YES Apply attribute
LanguageAbbreviation	Language abbreviation, e.g. DE, EN, FR or * for return values

Example

An example of the input component DOMTABLE:

<CMS_INPUT_DOMTABLE height="10" hFill="YES" name="IDENTIFIER" useLanguages="YES">
  <FORMATS>
    <TEMPLATE name="u"/>
  </FORMATS>
  <LANGINFOS>
    <LANGINFO lang="*" label="TEXT_FALLBACK" description="TEXT_FALLBACK"/>
    <LANGINFO lang="DE" label="TEXT_DE" description="TEXT_DE"/>
    <LANGINFO lang="EN" label="TEXT_EN" description="TEXT_EN"/>
  </LANGINFOS>
</CMS_INPUT_DOMTABLE>