These files are kept separately from the application. The developer can write the following items in the file:

• The properties of the object– name, text, module, position in the menu
• The customized features of the code of the records (refer to the Codes system)
• Actions – additional actions or templates or default suspension of actions and templates (List, Adding, Common view, Editing, Review)
• Properties
  • Which property belongs to which group
  • Name
  • Which interface control is to be used in the add and edit form and related control settings
  • Which client or server checks exist for this property
  • Which other property it is related to (e.g. if a Client has a Country and a City, then the Client is linked to the Country).
  • Various adjustments of its position in the add or edit forms
  • If the property is of an object-type – should the related object appear in the form, is it context related etc
  • Expressions – one can add properties which can only be read and are expressions – for example the total amount of orders by this client
  • Which property is the source of its value– for example, when the client is selected, the address of the client in the invoice (which is denormalized) can be filled in by taking his address and concatenating it to his city and country.
• List definition – defines which columns there are in the list, what is the default order of the rows, (the user can rearrange them), should it allow editing in the column, filtering etc.
• Related objects– related objects can be controlled both through the property that links them, and through the object itself.
• Forms layout– for each form the developer can determine an absolutely different position and a default rearrangement of the fields. As a result, most of the objects do not need additional code to execute the expected functions and after the writing of the XML files and their generation they are practically ready for use. Other than faster processing, the generation of objects also allows for:
• Testing the objects – the generation provides a homogeneous, optimized and working code.
• Easy adaptation of the application to changes in the platform – each new version of Elements comes with its own builder included (code generator)– one only has to regenerate the application and the resulting code will certainly be compatible and working
• Allows the developer to focus on the logic of the application and eradicate repetitive tasks. Not only does the generation of a code highly improve its quality, it also radically reduces the time to develop an object, literally to minutes.