HotFile XML Variable Naming Convention

HotFile XML Variable Naming Convention

The most common way to use Delta Automation XML is to build templates for the types of jobs you will be printing where the static parts are already defined and the dynamic parts that will be changed are defined as variables that can easily be identified and replaced by applications before placing the XML file into the HotFolder.

While users are of cours free to use their own naming according to their requirements. We recommend using the following naming convention for replaceable variables in your XML template files to ensure consistency and easy universal readability.


Variable (placeholder) name structure: %VAR<optional_index>_<type>_<name>

%VAR Designates the beginning of a replaceable variable. By enclosing placeholder variables with %VAR at the beginning and % at the end, it is easier to uniquely identify them by code and replace them during the job creation process.

<optional_index> stands for an optional integer number starting from 1 to distinguish possible multiple variables of the same type for different images. The number defines to which image the variable belongs. This allows you to have multiple instances of the variable inside a job that can be replaced individually. So if e.g. not all images should be scaled to the same size, you can use the index to apply different scaling to scaling variables for image tags.

Variables without an index are job or HotFile related variables, that do not belong to an image. 

<name> can be any name that shows the meaning of the field, except for RIP supplied lists. You are free to use your own designation here, e.g. <ScaleWidth> to designate the width scaling.

<type> designates the type of value that can be entered into the field, i.e. the input format. <type> can be one of the following: 

BOOLBoolean value set as integers 0 or 1 for false and true respectively. 
INTInteger value in decimal form. 
HEXInteger value in hexadecimal form starting with “0x”. Often used for flags of bitfields. 
FLOATFloating point value, using a dot as decimal separator. 
STRINGNormal text filed. 
GUIDText field containing a GUID. 


Examples for possible variables: 
Quote
%VAR_HEX_PRINTMODEON% 
%VAR_GUID_HOTFILEGUID% 
%VAR_NAMEREF_PRINTMARKS% 
 
%VAR1_STRING_IMGFILENAME% 
%VAR1_BOOL_IMGCENTER% 
%VAR1_FLOAT_IMGPERCENT% 
%VAR1_INT_IMGHEIGHTMM% 

%VAR2_STRING_IMGFILENAME% 
%VAR2_BOOL_IMGCENTER%                

    • Related Articles

    • Variable Data

      Variable Data is used to automatically fill a job with data from an external table file and dynamically create multiple jobs from it. This is done by specifying a template with variable elements in the JobComposer and then automatically filling these ...
    • Variable Data

      In digital printing there are many applications that require printing the same basic motif with just minor alterations or changed elements, such as sports jerseys with the same basic design but changing numbers and names for each shirt. One way to do ...
    • Ergosoft Delta Automation XML Basics

      Introduction Ergosoft Delta Automation uses the XML markup language to provide a powerful and versatile way for third party applications to interact with the Ergosoft RIP. By creating print jobs in the XML format, third party applications like web ...
    • Exporting XML Reference from Ergosoft RIP

      While there currently isn’t a way to directly export entire jobs into the delta automation format, there are several features of the RIP that can be used to generate and export files that use the same syntax as delta automation for use as reference. ...
    • Generate Image Elements

      Generate lets you dynamically create elements for a job such as text, barcodes, solid color blocks, gradients, etc. By using the generate tag, these elements are created during rastering and can then be handled like regular images, positioning them, ...