Start page / Template development / Forms / Input components / DOMTABLE

CMS_INPUT_DOMTABLEAvailable from FirstSpirit Version 2.1

Contents
for example
to the methods: Table
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).

Important 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.

Access-API example use case
The exemplary implementation DomTableEditorValueExample shows some simple examples of use for the reading, writing and creating access to the data object (DomTableEditorValue) and its inner data container (Table) of the input component by means of the FirstSpirit Access-API.

name
Designator
Mandatory
allowEmpty
YesNo
Optional parameters
bold
YesNo
Optional parameters
columnChange
YesNo
Optional parameters
combine
YesNo
Optional parameters
develop
YesNo
Optional parameters
enableImport
YesNo
Optional parameters
hFill
YesNo
Optional parameters
height
PositiveInteger
Optional parameters
hidden
YesNo
Optional parameters
import
YesNo
Optional parameters
importRuleset
String
Optional parameters
italic
YesNo
Optional parameters
list
YesNo
Optional parameters
listConfig
String
Optional parameters
listDefaultConfig
String
Optional parameters
preset
Preset
Optional parameters
properties
YesNo
Optional parameters
propertyConfig
String
Optional parameters
rowChange
YesNo
Optional parameters
rows
PositiveInteger
Optional parameters
searchRelevancy
Relevancy
Optional parameters
useLanguages
YesNo
Optional parameters
width
PositiveInteger
Optional parameters
name
String
Mandatory
lang
LanguageAbbreviation
Mandatory
description
String
Optional parameters
label
String
Optional parameters
name
String
Mandatory
<CMS_INPUT_DOMTABLE></CMS_INPUT_DOMTABLE>

Parameter

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

ParameterMandatorySinceTypeDefault value
name*Yes3.1DesignatorNone
allowEmptyNo3.0YesNoYES
boldNo2.0YesNoYES
columnChangeNo2.1YesNoYES
combineNo2.1YesNoYES
developNo2.1YesNoNO
enableImportNo4.2YesNoNO
hFillNo2.0YesNoNO
heightNo2.1PositiveInteger6
hiddenNo4.0.44YesNoNO
importNo2.1YesNoNO
importRulesetNo4.2StringNone
italicNo2.0YesNoYES
listNo2.3YesNoYES
listConfigNo2.3StringNone
listDefaultConfigNo2.3StringNone
presetNo4.0PresetDEFAULT
propertiesNo2.1YesNoYES
propertyConfigNo2.1StringNone
rowChangeNo2.1YesNoYES
rowsNo2.0PositiveInteger4
searchRelevancyNo5.2.305RelevancyDEFAULT
useLanguagesNo2.0YesNoYES
widthNo2.0PositiveIntegerNone

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.

ParameterMandatorySinceTypeDefault value
name*Yes3.1DesignatorNone

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.

ParameterMandatorySinceTypeDefault value
allowEmptyNo3.0YesNoYES

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.

ParameterMandatorySinceTypeDefault value
boldNo2.0YesNoYES

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"...) .

ParameterMandatorySinceTypeDefault value
columnChangeNo2.1YesNoYES

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.

ParameterMandatorySinceTypeDefault value
combineNo2.1YesNoYES

develop

Enable debug mode using Java-Console for output.

ParameterMandatorySinceTypeDefault value
developNo2.1YesNoNO

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.

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

ParameterMandatorySinceTypeDefault value
enableImportNo4.2YesNoNO

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 .

ParameterMandatorySinceTypeDefault value
hFillNo2.0YesNoNO

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.

ParameterMandatorySinceTypeDefault value
heightNo2.1PositiveInteger6

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.

ParameterMandatorySinceTypeDefault value
hiddenNo4.0.44YesNoNO

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.

ParameterMandatorySinceTypeDefault value
importNo2.1YesNoNO

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.

Important 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.

ParameterMandatorySinceTypeDefault value
importRulesetNo4.2StringNone

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.

ParameterMandatorySinceTypeDefault value
italicNo2.0YesNoYES

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.

ParameterMandatorySinceTypeDefault value
listNo2.3YesNoYES

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:

CMS_INPUT_DOM listConfig (SiteArchitect)
(SiteArchitect)

CMS_INPUT_DOM listConfig (ContentCreator)
(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:

CMS_INPUT_DOM listConfig (Example)

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"))$

ParameterMandatorySinceTypeDefault value
listConfigNo2.3StringNone

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

CMS_INPUT_DOM listDefaultConfig (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 (CMS_INPUT_DOM / DOMTABLE Bullet) 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.

Important 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).

ParameterMandatorySinceTypeDefault value
listDefaultConfigNo2.3StringNone

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.

ParameterMandatorySinceTypeDefault value
presetNo4.0PresetDEFAULT

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.

ParameterMandatorySinceTypeDefault value
propertiesNo2.1YesNoYES

propertyConfig

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

Seven 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. choice (combo box from which an entry can be selected)
  5. password (input field for encrypted text inputs, e.g. for passwords)
  6. 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.

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)

For the input type choice it is absolutely 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. (e.g. choice:Wahl[type=choice;choice1:Auswahl1|choice2:Auswahl2|choice3:Auswahl3]).

...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"))$

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

ParameterMandatorySinceTypeDefault value
propertyConfigNo2.1StringNone

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"...) .

ParameterMandatorySinceTypeDefault value
rowChangeNo2.1YesNoYES

rows

Height of the form input field in number of rows.

ParameterMandatorySinceTypeDefault value
rowsNo2.0PositiveInteger4

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 Developer API)
  • interface SearchService (package de.espirit.firstspirit.access.search, FirstSpirit Access API)
  • interface QueryAgent (package de.espirit.firstspirit.agency, FirstSpirit Developer API)

ParameterMandatorySinceTypeDefault value
searchRelevancyNo5.2.305RelevancyDEFAULT

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.

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

ParameterMandatorySinceTypeDefault value
useLanguagesNo2.0YesNoYES

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.

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

ParameterMandatorySinceTypeDefault value
widthNo2.0PositiveIntegerNone

FORMATSAvailable from FirstSpirit Version 4.0

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.

TEMPLATEAvailable from FirstSpirit Version 4.0

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.

ParameterMandatorySinceTypeDefault value
name*Yes3.0StringNone

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.

ParameterMandatorySinceTypeDefault value
name*Yes3.0StringNone

LANGINFOSAvailable from FirstSpirit Version 4.0

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.

Available from FirstSpirit Version 4.2R2 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.

Available from FirstSpirit Version 4.2R4 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.

Available from FirstSpirit Version 4.2R2 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>

Available from FirstSpirit Version 4.2R4 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.

LANGINFOAvailable from FirstSpirit Version 3.1

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.

ParameterMandatorySinceTypeDefault value
lang*Yes3.1LanguageAbbreviationNone
descriptionNo3.1StringNone
labelNo3.1StringNone

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.

ParameterMandatorySinceTypeDefault value
lang*Yes3.1LanguageAbbreviationNone

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.

ParameterMandatorySinceTypeDefault value
descriptionNo3.1StringNone

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)" ...

ParameterMandatorySinceTypeDefault value
labelNo3.1StringNone

LINKEDITORSAvailable from FirstSpirit Version 4.0

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.

LINKEDITORAvailable from FirstSpirit Version 4.0

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.

ParameterMandatorySinceTypeDefault value
name*Yes3.0StringNone

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>
...

ParameterMandatorySinceTypeDefault value
name*Yes3.0StringNone
Key

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

NONEAvailable from FirstSpirit Version 5.2.305

Irrelevant

DEFAULTAvailable from FirstSpirit Version 5.2.305

Normal relevance

HIGHAvailable from FirstSpirit Version 5.2.305

High relevance

Preset

How to deal with default values

CopyAvailable from FirstSpirit Version 4.0

The value entered by the editor is copied directly into the input component, subsequent changes do not have any effect

DefaultAvailable from FirstSpirit Version 4.0

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

NOAvailable from FirstSpirit Version 2.0

Do not apply attribute

YESAvailable from FirstSpirit Version 2.0

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>

© 2005 - 2023 Crownpeak Technology GmbH | All rights reserved. | FirstSpirit 2023.2 | Data privacy