Programmer's Guide

Framework elements


CloudaIDE user Interacts with the system through forms. Forms can call each other thus organizing the flow of user interaction.


Figure 1.


Form contains screen layout elements, blocks, triggers and procedures.

The properties of the form are:

comment on the form.
form name. Should conform to the Java class name syntax. The name of the form should be equal to the name of the *.formica file containing the form. So the Orders form should reside in the Orders.formica file.

list of parameters with which the form can be called. The syntax of the list is the same as parameter declarations of procedures. In fact, form behave like procedures.

dep_id oidn, p_amount in out number, p_vat_code text

Parameters are similar to procedure parameters and are local for the form. Parameters in the MT language are reffered by prefixing them with :patameter string.


To open a form the developer calls the open_form procedure.

open_form(Orders, :DEPARTMENT.ID, v_max_amount,'P35');
the title of the form, that is displayed to the user.
Version of CloudaIDE
the CloudaIDE version number of the last form file modification.
the title of the form, that is displayed to the user.
First Block
the default first navigation block of the form. Required if the form is to be run as List of Values.

List of Values

In CloudaIDE you create a list of values as a specialized form. For example, to let the user choose an employee create the EmployeeList form.

List of value form

Figure 2.

List of value form

Here is what the EmployeeList form looks like in the Form Editor. You see in the Outline View that the block consists with NAME item and ID off-screen item. The NAME item is put into a table. The EMPLOYEES block has "Delete Allowed", "Update Allowed" and "Insert Allowed" properties set to false. This makes the form a query-only form. This is not necessary, but it is justified in this case. It is very often case that updating data in the lists is highly desirable and in the next example this will be the case. The "Rows Displayed" property is set 15. The rows in the block are ordered according to EMPLOYEE_NAME and ID columns.

We will use this list to select the employee, to whom an employee reports. Let's look on the Employees form:

Employees form

Figure 3.

Employees form

To make a textbox a list item several things have to be done.

  1. The textbox "List of Values Form" property has to be set to the name of the list form. EmployeeList in this case
  2. CloudaIDE uses a naming convention to bind the form and the list items. The textbox name has to be comprised of two underscore separated parts. The prefix (REPORTSTO) and the name of the corresponding list item (NAME). So the name of the item will be REPORTSTO_NAME. The REPORTSTO_ID item will receive it's value from the ID item of the main block of EmployeeList form.
  3. To make CloudaIDE to call the list on validation of the item the "List Validable" property has to be set to true.
  4. Look at the "Query Only" property of the REPORTSTO_NAME item. It is set to true. This means, that this item will not be directly updated by CloudaIDE. The item that will be updated is REPORTSTO_ID

The list functions the following way. When the user types something into the item and leaves it (if the item "List validable" property is set to true) the list form is called. The list form performs an automatic query for the rows containing the text just typed. If exactly one row is found then its values are passed to the corresponding items. If no row is found then the list form is shown in enter query mode. If more than one rows are found then the list is shown with the query result.

If the user wants to call a form to make more specific query then the user has to press Show-List (F9) key or click the list icon. The list form opens.

The user can select (navigate to or create if the list form is insert enabled) a list row then he/she has to press Select key combination (Ctrl-Enter) or click the OK icon. If the user decides not to select any value then he has to press the Close Form key combination (Shift-Enter) or click back icon.


Triggers are pieces of code that react to particular events on the client. The triggers are written in MT language (see MT language reference). The triggers can be defined at three levels – form, block and item. Every trigger has it's inherent definition level. An Item level trigger (e.g. VALIDATE_ITEM) can be defined also at block and form level. It will fire at all items belonging to definition level (item, form or block).

Item Level Triggers

  • VALIDATE_ITEM – fires after leaving item or block when the item valid status is set to false. An Item receives invalid status when it is an item of a newly created record or is changed by the user or the valid status is set to false by set_item_property built-in. If it fails – the cursor is placed in the item.
  • KEY_DUPLICATE_RECORD – replaces usual duplicate_record processing.
  • BUTTON_PRESSED – fires when button is pressed – it can be defined only on the item – button level.
  • KEY_NEXT_ITEM – trigger will fire whenever the user try to move the control (i.e., cursor) from one item to another item in the form by pressing return key or tab key. The default processing of these keys will be replaced by this trigger.
  • KEY_LIST_VALUES - replaces usual list values processing.
  • VALUE_CHANGED – fires when a listBox or checkbox value is changed.

Block Level Triggers

  • VALIDATE_RECORD – fires after any change has been made to a record values. If it fails the cursor goes to the first navigable item of current record.
  • NEW_RECORD_INSTANCE – fires when any item of a record different than the item of a previous record receives focus. This includes a record of different block or record of the same block.
  • PRE_DELETE – fires immediately before the current record is about to be deleted. If it fails no delete operation is performed.
  • PRE_INSERT – fires immediately before the current record is about to be inserted. If it fails no insert operation is performed.
  • PRE_UPDATE – fires immediately before the current record is about to be updated. If it fails no update operation is performed.
  • POST_DELETE – fires immediately after the current record has been deleted.
  • POST_INSERT – fires immediately after the current record has been inserted.
  • POST_UPDATE – fires immediately after the current record has been updated.

Form Level Triggers

  • PRE_FORM – fires before the cursor goes to the first item of the form. It is used to set default values of form items programmatically.
  • NEW_FORM – fires after initialization of the form. Can be used to populate blocks with data by the means of execute_query for example.

As an example let us take the Orders form and the DETAILS block. Three VALIDATE_ITEM triggers are used to calculate the total price ITEM. The triggers are attached to PRODUCT_CODE, PRODUCT_MRSP (price) and QUANTITY ORDERED. The three triggers have the same text.

-- VALIDATE_ITEM begin calculate_total; exception when others then message_error(ERROR_MESSAGE); end;

The calculate_total procedure is called to calculate line total. The trigger on PRODUCT_CODE is necessary because after list validation the PRODUCT_MRSP item is set to valid and no validation of the item occurs, although it is changed by the selection from the list.

procedure calculate_total is begin :DETAILS.TOTAL_PRICE:=round(:DETAILS.QUANTITYORDERED*:DETAILS.PRODUCT_MSRP,2); exception when others then message_error(ERROR_MESSAGE); end;


CloudaIDE is integrated with the BIRT (Business Intelligence end Reporting Tools). To execute a report the run_report built-in procedure has to be called. The Orders form of the demo application has the following BUTTON_PRESSED trigger.

-- BUTTON_PRESSED begin if :PRINT.KIND='D' then if :ORDERS.ID is null then message_error('Please select order to print'); return; else run_report(mv_order,:ORDERS.ID); –- First form end if; else run_report(mv_order,null) criteria_block ORDERS; –- Second form end if; exception when others then message_error(ERROR_MESSAGE); end;

It has two calls of the procedure. The first call executes the report passing the :ORDERS.ID parameter. This prints a single Order. The second call uses criteria_block phrase. This phrase informs the system to pass a p_where parameter containing SQL boolean expression that was used lately to process the query in the Orders block. Using it the report programmer can instruct the report to limit the dataset to records conforming to the expression by including it into the property binding text.

' SELECT ' + ' "ORD"."ORDER_NUMBER", ' + ' "ORD"."ORDER_DATE", ' + ' "ORD"."REQUIRED_DATE", ' + ' "ORD"."SHIPPED_DATE", ' + ' "ORD"."STATUS", ' + ' "ORD"."COMMENTS", ' + ' "ORD"."CUSTOMER_NAME", ' + ' "ORD"."CONTACT_LAST_NAME", ' + ' "ORD"."CONTACT_FIRST_NAME", ' + ' "ORD"."ADDRESSLINE1", ' + ' "ORD"."ADDRESSLINE2", ' + ' "ORD"."CITY", ' + ' "ORD"."STATE", ' + ' "ORD"."POSTALCODE", ' + ' "ORD"."COUNTRY", ' + ' "ORD"."SALES_REP", ' + ' "DET"."LINE_NUMBER", ' + ' "DET"."PRODUCT_CODE", ' + ' "DET"."PRODUCT_NAME", ' + ' "DET"."QUANTITYORDERED", ' + ' "DET"."PRICEEACH", ' + ' "DET"."TOTAL_PRICE" ' + ' FROM "ORDERS_V" "ORD" , "ORDERDETAILS_V" "DET" ' + " WHERE " +params["p_where"].value + ' AND "ORD"."ID" ="DET"."ORDER_ID" ' + ' AND ( "ORD"."ID"=:p_id OR :p_id is null)' ;

The mv_order report has to be declared in the application configuration file mroovka.formica_cfg

server database url 'jdbc:oracle:thin:@//sunik:1521/xe' user 'MROOVKA_DEMO' password 'mroovka' globals today date; reports mv_order(p_id oidn); mv_productline; mv_sales;

Further discussion of the BIRT report generator is beyond the scope of this guide.

Context parameters

The context parameters pertain to application state. They are sent to the application server to be ultimately used on the database server in SQL or stored procedures. They usually contain such values, that seldom change. The example is a business unit ID, on what the session operate.

To access a context variable in the database-side code use:

In FirebirdSQL
In PostgresSQL
current_setting('mroovka.' || <varname>)
In Oracle

Global variables

Global variables can are client side variables. Their values can be read and set by any application trigger. Global variables can be of any datatype. They are declared in the application configuration file.;


Authorizations are strings that are assigned to an Application through the Administrartion utility. If the user authentication is not "None" then the Admin can grant the authorization to the user. Access to the whole application is granted to a user via Administration utility too.

The authorizations are set through form, block and item "Authorizations" property. The authorizations of an element are listed one per line. The element can be displayed (therefore accessed at all) if the user was granted any of the listed authorizations.

Java Gateway

The programmer can invoke Java on the server through a Java Gateway. To do so the programmer should declare a Java procedure call in the configuration file. For example:

java_message_test(input text, output in out text) class 'org.cloudaide.cru.server.Procedures' method 'message';

Next he/she has to write a static Java 'message' method in the declared 'org.cloudaide.cru.server.Procedures' class.

public static void message(String input, String[] output) { output[0] = "The message I received was " + input; }

Next the procedure can be called from a trigger:

-- BUTTON_PRESSED z_message text (200); begin java_message_test('Client message', z_message); message_info(z_message); end;

As a result of this trigger the following message will be displayed:

Message displayed as a result of trigger

Figure 5.

Message displayed as a result of trigger

The method signature has to conform to the procedure signature. The rule is that:

  • text and etext MT datatypes conform to Java strings
  • number and oidn datatypes conform to Java java.math.BigDecimal
  • date conforms to java.util.Date
  • boolean conforms to Java Boolean

Every "in out" parameter has to be passed as the first array of respectable datatype elements parameter. This is done to make parameter mutable.

At the end of the parameter list there can be also an optional JavaArg parameter. This parameter is used to pass the information about the evironment in which te method runs. It's methods include

  • getConnection - returns open database connection which the method can use to access database data
  • getServletRequest – returns the current HttpServletRequest (don't forget that CloudaIDE uses Java Servlets)

Form Elements

Layout elements

CloudaIDE provides two basic layout elements: the grid and the table.

Using the grid the developer can freely place other elements on the form.

Using thetable the developer can place the other elements in a rectangular table with labels on top.

CloudaIDE lets also place any item "outside" the screen. Such Items are called off-screen items. They are never displayed.


Grid is a tool to automate layout of other elements according to theirs sizes and layout recommendations.

To create a grid use a Tool Palette. Click the grid tool then click on an empty cell inside a grid, that is already present on the form. Or you can drag and drop the grid directly from the tool palette to the empty target cell.

A grid is a rectangular area containing cells organized into rows and columns. The cell can contain at most one element, which can be a grid. The grid has gray column handles on top and the row handles on the left side. After the creation you can manipulate the grid.


Figure 6.


Basic Grid Operations
Inserting/deleting row/column

In order to insert a row into a grid, select a row handle, right click the mouse and select the Insert ➜ Row Above or Row Below option.

To delete the row select Delete option.

By the analogy columns can be inserted/deleted.

Inserting row

Figure 7.

Inserting row

Merging/Splitting cells

Sometimes it might be useful to merge grid's cells. To do it shift-click on consecutive empty cells of a single row/column. Next right click on the selected area (with blue borders). Select Merge Cells option.

To merge m*n cells rectangle (seldom needed) merge m, n cells rectangles.

To split merged cells, select the cell to split, right-click it and choose the Split Cells option. The element in the cell will be moved to upper left cell of the split result.

Merging cells

Figure 8.

Merging cells

Vertical/Horizontal Cell Alignment

To align vertically or horizontally the element inside the cell, select the cell and set the "Vertical Alignment" or "Horizontal Alignment" property respectively.

Setting vertical cell alignment

Figure 9.

Setting vertical cell alignment

Height of a row/width of a column

To set height of a row select the row handle. Set "Height" property. The property is expressed in HTML ex units. The width of a column can be changed by selecting the column handle and setting the "Width" property.

Setting height of a row

Figure 10.

Setting height of a row


The table provides tabular layout for items. There can be only one table per a block. The programmer can place items in the table widget and reorder those using drag and drop. By default the cursor navigates from left to right. The table can be created using the Tool Palette and then can be populated by items.

If the owning block has set the "Fetch All" property to true then numerical textboxes inside a block receive "Has Summary" property. By setting it to true, the textbox will be summarized.

The default block items navigation starts from the first item of it's table element.


Figure 11.


Off-Screen Items

Sometimes the application needs to keep an item hidden from the user view. The most typical item is a database row ID. This is where the developer should use an off-screen item. The off-screen item is an ordinary item, which is never displayed. To display off-screen items display the Outline View and navigate to off-screen items branch of a block subtree.

To move an off-screen item onto a form drag and drop it into desired location. It will be relocated to the closest enclosing block.

Off-screen item in the Outline View

Figure 12.

Off-screen item in the Outline View

To move an item off-screen use a context menu Move Item Offscreen option.

Moving item off-screen

Figure 13.

Moving item off-screen


The block is a rectangular area on screen to display the data from a single unlimited array of records. Records consist of items such as textbox, textarea, listbox, checkbox and HTML area. The items of a block appear inside the block grid – the primary block layout element. The block layout can be nested. An item belongs to the smallest enclosing block records. You cannot put an outer block item into inner block grid. Putting a block inside another block alone does not impose any linkage between the blocks data. It does not establish master-detail relationship in particular. To make such arrangement the "Master Item" property of an item should be used.

A Block can be database or control. The Database block is to interact with the database tables and views, whereas a control block doesn't have a direct link to the database data.

Nested structure of blocks

Figure 14.

Nested structure of blocks

Database Blocks

The database block interacts with the database tables. It performs all the operations to create, retrieve, update and delete database rows. It also implements Query By Example mechanism. To get the functionality the programmer does not have to write any code.

Database block

Figure 15.

Database block

The properties are:

Database Block
To make a block database the “Database Block” property has to be set to Yes. A database block has to have an ID item that corresponds to a numerical single column primary key column of the basic DML table. This item will be always given oidn datatype to prevent entity attack.
Block Name
This is the block name. Through this name the client refers to the block and it's items. This is also the default for the values of "Query Table Name" and "DML Table Name" properties.
Query Table Name and DML Table Name

The block interacts with the database through DML Table and Query Table. In the absence of the "Query Table Name" property the system assumes that the block queries the data from the table with the name equal to "Block Name" property. In the absence of the “DML Table Name” property the system updates the Query Table.

The Select Statements are directed towards Query Table and Insert, Update and Delete are directed towards DML Table. The Select Statement contains all the database bound Items. The DML statements (Insert, Delete, Update) are directed against all database Items, less queryonly Items. This arrangement gives the possibility to update only the updatable tables or views. For example In the Orders block of the Orders Form all the Items of the block are retrieved through the ORDERS_V view, and only the Items that are not queryonly will be updated in DML operations. So CUSTOMER_ID is the only Item with the CUSTOMER prefix will be updated. In general, all the looked-up columns of the view should correspond to queryonly Items. The CUSTOMER_NAME, CUSTOMER_CITY, CUSTOMER_ADDRESSLINE1, CUSTOMER_ADDRESSLINE2, CUSTOMER_STATE, CUSTOMER_POSTALCODE, CUSTOMER_COUNTRY will never take part in any DML operations, because they are derived (looked-up) from the CUSTOMERS table using CUSTOMERS_ID Item column. The only columns that can be updated are the ones, that come from the ORDERS Table, from which the ID Item comes directly or indirectly.

This is a SQL alias for the table. It is sometimes necessary to give an alias for the table in order to prevent or resolve naming conflicts, that can happen when a particular table is used in a query multiple times for example if the where phrase correlates with the same table.
Default Order
Every database block has to have set a "Default Order" property. The data from the database comes in batches. Every batch consists of constant amount of rows. To fetch the rows the system issues a query to fetch rows within particular range of row numbers. The calls have to deal with the rows always coming in the same order. If no visible column combination can warrant this, append the ID column at the end of the phrase. Take into account that in the "Default Order" phrase you have to use column names, not the item names. The order can be also changed using set_order built-in.
Default Where
This property serves a purpose to limit a result data to the values conforming to the "Default Where" property. The string can reference global variables, form parameters and block items.
Fetch All
This property set to "Yes" tells the system to fetch all the data in one go from the point view of the user. This enables the system to calculate sums of numeric item values in table layout element. If set to "No" the data is delivered progressively to the client as the user browses the block.
Query Allowed
If this property is set to "No" the user will not be able to query the block.
The name of the authorization function. If upon the block creation the authorization function delivers 0 then the block will not be created.
Delete Allowed
If this item is set to "No" then the user will not be able to delete the row using the block.
Delete Confirmation Text
If not empty, then the user will be asked the question and the system will delete the row if the user confirms the message.
Insert Allowed
If this item is set to "No" then the user will not be able to insert a row using the block.
Locking Mode
Locking mode can have two values:
  • Last in wins – the system performs the operation, discarding other users changes.
  • Optimistic – upon the query the system calculates a digest of the delivered row, if on the update the digest is different the user is forced to refresh the record and to reenter the changes.
Navigation Style
The property tells what is the next navigation item of the last navigable item in the block and the next item is not set for the item. It can have one of three values:
  • Next Block – the cursor goes to the first navigation Item of the next block,
  • Next Row – the cursor goes to the first navigation Item of new row the block,
  • Same Row – the cursor goes to the first navigation Item of the same row (circulates record).
  • Next Block and Row – the cursor goes to the next row of the next block. This setting is useful in the detail block to navigate to the next row of master block to start entry of a next master. To enter the next row of the detail the user will have to press the Down Arrow& key on the last item.
Next Block
The property sets the next block in the "Next Block" navigation.
If set to "Yes" the block will have a scrollbar located at the right side of the block, or the right side of the block table if the block owns one.
Single Record
If set to "Yes" declares that the block is a single record control block.
Update Allowed
If this item is set to "No" then the user will not be able to update a row using the block.
A text to display as block caption on screen
If set to "Yes" the block will have decoration (borders, margins) elements making the block to stand-out on the screen.
Rows Displayed
Declares the number of rows that the blocks table will display on the screen.
Coordination Style
This property tells the system how to query a detail block if a master record changes. If set to "Automatic" then on every change the detail block is queried. If set to "Deferred" the dependent block is cleared on the master change the query is performed only when the cursor enters the detail block. If set to "Manual" the dependent block is cleared on the master change the query is performed only when it is executed directly from the ui or programmatically.
Instead of DELETE
This property can have a special value "never" that forbids deleting row of the block independently of other settings. In other case the programmer can enter a name of a single numeric parameter procedure that replaces standard SQL delete statement on the blocks DML table.
procedure dekr_delete(p_id number) is z_master_id number; begin z_master_id := fetch(p_id).id_nag; master_lock(z_master_id); delete from mr_poz where id = p_id; end;
Instead of INSERT
This property can have a special value "never" that forbids inserting row into the block independently of other settings. In the other case the programmer can enter a name of a procedure that replaces the standard SQL insert statement into the blocks DML table. The procedure signature has to have a numerical output parameter corresponding to blocks ID item and an input paramater corresponding to every non query-only item of the block. The name of the parameter should be equal to the name of column prefixed with the "Parameter Prefix" value. The paramter, that corresponds to ID item should return the value of the id of created row.
procedure poz_insert(p_id out number, p_data_operacji date, p_line number, p_amount number, p_account number, p_master_id number) is begin master_lock(p_master_id); insert into mr_poz (data_operacji, line, amount, account) values (p_data_operacji, p_line, p_amount, p_account) returning id into p_id; end;
Instead of UPDATE
This property can have a special value "never" that forbids updating row of the block independently of other settings. In the other case the programmer can enter a name of a procedure that replaces the standard SQL DELETE statement of the blocks DML table. The procedure signature has to have a numerical output parameter input paramater corresponding to every non query-only item of the block including ID item. The name of the parameter should be equal to the name of column prefixed with the "Parameter Prefix" value.
procedure poz_update(p_id number, p_data_operacji date, p_line number, p_amount number, p_account number, p_master_id number) is begin master_lock(p_master_id); update mr_poz set data_operacji = p_data_operacji, line = p_line, ammount = p_ammount, account = p_account where id = p_id; end;
Parameter Prefix
Parameter Prefix parameter prefix is a string that is prefixed to column names in instead od Insert and update procedures. It's purpose is to solve name clashes problems when a database column name is equal to parameter name in the same SQL statement. Let us assume that te Paramater prefix is "P_". The paramater "P_COLUMN1" corresponds to "COLUMN1" column of the DML Table.

Control Blocks

Control block are not bound to a database table. It does not have properties in the DataBase category. The special case of the control block is a single record block that can hold only one record. Block of this kind provides a facility to put control items. To make a block control block set the DataBase property to "No", or the "Single Record" property to "Yes".


The block contains items. The items available in the CloudaIDE Designer are: textbox, textarea, listbox, HTML item, button, file upload, image, checkbox and password.


Figure 16.



A textbox can hold a value.


Figure 17.


It has the following properties:

Database Item
A database block can have database and no database utems. This property tells the system whether the item is bound to the database column.
The Item name.
AutoQuery and AutoQuery Key Unique

Item behavior with "Auto Query" property set to "Yes" causes special processing on new rows. The processing depends on the setting of "Auto Query Key Unique" property.

"Auto Query Key Unique" is meant to be set to "Yes" on items that correspond to unique database keys such as stock numbers. After entry of a value, that is equal to column in the database row, the row is fetched to the block and the row is will further behave as a queried row so the row will not be reinserted.

"Auto Query Key Unique" is meant to be set to "No" on items that correspond to non-unique identifier value such as VAT numbers. In most countries the company branches share the VAT number (without any branch suffix). In this case after the entry of a value the previous record item value is checked. If it is equal to the current row value then no further autoquery processing occurs. The system assumes that the user has fetched the records with the key value and none satisfied him/her.

In the other case the system look-ups the key value from the database. If nothing has been found, the autoquery processing stops. If some rows had been found then the user is asked, whether to display the fetched rows, or not. If answer is "Yes" then the rows are displayed and the rows will behave as old-fetched rows. In the other case the normal new row processing continues.

To process data with the "Auto Query Key Unique" set to "No" the Duplicate Item key is very helpful, because the user can copy a value from the previous row to the new one without the need to retype it.

Column Name
The name of the database corresponding column. If empty then the system reaches the column. Use it when necessary. For example in the list of values items, that are bound to the list using naming convention. Also can be useful when the ID item corresponds to a column with different name.
Ignore Case
The property states whether queries on the item's column will be case insensitive.
Query Allowed
If the property is set to "Yes" the user will be able to enter query criteria into the textbox.
Query Only
It the property is set to "Yes" the item will not take part in DML operations (insert, delete, update) on the server.
It the property is set to "Yes", the item column value will be fetched back into the item after each DML operation.
Case Conversion
For the text values. One of three values: "None", "Lower", "Upper". The entered data will be converted to the selected case.
One of four values: "Text", "Number", "Date", "Oid Number", "Encrypted Text".
Default Value
Value in normal format of the target datatype, or an item, parameter, global variable, or special string (":increment") to set the item value to the incremented value of the previous row item value (for numeric data e.g. invoice line number)
Format Mask
Format mask appropriate for the datatype:
  • Date – a mask following Java SimpleDateFormat convention. In the absence of mask the yyyy-MM-dd mask is used.
  • Number – a mask following Java NumberFormat convention. In the absence of the mask the value is displayed with a mask "#,##0.0000", where the number of the zeroes after the dot is equal the precision of the item. This mask displays values with localized thousands and decimal separator.
  • Text – The format string is a sequence of characters. For example 999"-"999"-"99"-"99 is a format mask for the polish VAT number. Every format character, that be literally inserted into formatted text should be enclosed into double apostrophes. Outside the double apostrophes there can be only 9 and A characters. The A character is to by replaced by any letter and 9 is to be replaced by a digit.
Has Summary
The property can be set on a numeric database item insert a "Fetch All" block table to display total of the column.
Insert Allowed
If the property is set to "Yes" the user will be given the possibility to enter item data in new records.
LOV Call
The name of the form used as a supplier of data for the item with possible parameters: FormName [,parameter]* example: Employees,:DEPARTMENT.ID
List Validable
The property shows up when the "List of Values Form" property is not empty. It tells the system to validate the item using the list of values form. The value of the item has to come from the List of Values.
Master Item
"Master Item" property has to be set to establish a master-detail relationship between blocks. The master item is copied into new rows and is used when querying a database for detail rows. The system allows for multi-master, multi-detail, multi-level relationship between blocks. The master-detail key can be multipart.
Determines whether the search criteria for the item is "Contains" or "Starts With". The last one criteria is convenient for account, parts and VAT numbers and similar symbols.
Maximum Length
Maximum length (in characters) of the displayed item value.
Max Value, Min Value
Maximum and minimum item values. The values can be in normal format of the target datatype, or an item, parameter, global variable reference (eg.
Cursor will not visit an item with the property set to "No" during normal (mouseless) data entry.
Number of digits, that the numeric value can hold.
The data entry has to have a non-empty value.
The number of digits after the decimal point.
Tab Index
A number driving the navigation sequence of items in a block. Items are navigated in ascending order of "Tab Index" values.
Update Allowed
If the property is set to "Yes" the user will be given the possibility to update item data in old records.
HTML text to display as an item label on the left side of the item, or above block table item column.
A tooltip to display near item.
Determines whether the item is visible. Can be set programmatically.
The width of the item expressed in HTML "ex" units.


The textarea displays and lets enter multi-line text. The item of this kind contains only text datatype values.

The properties are:

It's height property expresses the height of the control in rows of text unit.

Figure 18.


Password Textbox

Password textbox can be used to enter confidential information. It does not display any entered characters. It replaces those with browser dependent special character.

Password textbox

Figure 19.

Password textbox


Checkbox is used to display/edit one of two values. The properties are:

Value Unchecked
What is the value of a unchecked checkbox.
Value Checked
What is the value of a checked checkbox.

Figure 20.



A listbox widget to select one of many text values. The properties are:


If set to "No" then the "Value" property should be entered as comma separated pairs of text values, for example:


If set to "Yes" the "Value" property should be entered as a SQL select statement with two text select columns. For example:

Select CODE, NAME from VAT_CODES order by percent

The select statement can use Items, global variables and form parameters as binding variables. For example:

Select CODE,NAME from VAT_CODES where order by percent

Figure 21.



HTML item displays any HTML text, that is assigned to the item.

This kind of item can have broad range of applications. It is used in the download application for the beta CloudaIDE program.


Figure 22.



Button is an item to fire BUTTON_PRESSED trigger when pressed. The properties are:

Mouse Navigable
If set to "No" then the cursor never navigates to button. So no navigational (validation, updates to the datasets) events happen. Just the trigger fires.
The height of the button expressed in HTML "ex" units.

Figure 23.


File upload

File upload is an item, that enables to upload file into the BLOB_COLUMN column of the MROOVKA_APP_FILES table. After the upload the system sets the value of :global.last_upoad_id global variable to the id of the row containing the blob. Also the system sets the value of the DOC_SIZE column to the size of the file (in bytes) and the CONTENT_TYPE to the value of the content type reported by the browser. The programmer can further process the dowloaded file using BUTTO_PRESSED trigger attached to the File upload Item. After the server session (subsession) expiration the row of MROOVKA_APP_FILES containing the blob is deleted. The MROOVKA_APP_FILES table is a temporary storage for uploaded files. The properties are:

the name of the item.
he label describing the upload.
File upload

Figure 24.

File upload


An item to display an image from a blob. The value of an image is encrypted (oidn) of the row containing the image. The properties are:

the name of an image.
Column Name
the name of the column containing the row id of the image.
BLOB Column Name
the name of the blob column containing the image
ID Column Name
the name of the ID column
MIME Column Name
the name of the column containing the MIME type of the image.
Table Name
the name of the table containing the image.
height of the image (pixels).
the label of the image.
width of the image (pixels).

Figure 25.


It is advisable to store images/blobs in a separate table. Also new versions of images should be stored in a new row. CloudaIDE can this way tell wether a image/blob was changed since the last fetch and display the proper version (not relying on the contents of cache). Becuse the url refers to the id of new image/blob, the cache in case of change of the image will not be used.


The HTML area is a static HTML text. It does not belong to block data, and can be used outside any block. To enter HTML text, click the button with ellipsis (…) in the "Text" property value cell.

HTML area

Figure 26.

HTML area

Cursor Navigation

One of the goals of the CloudaIDE is to provide the developer with means to control the cursor navigation so that the user could enter data using only the keyboard. The default rules navigation within a single record are:

  1. If the block contains a table then the navigation starts with the first navigable item of the table.
  2. All other items within a block are navigated according to grids – columns first.
  3. After the last item of a block the cursor can circulate the current record, go to the next record of the current block or go to the current record of the next block.

To override the defaults the developer has the following choices:

  1. The "Next Item" property of a item. It can be set by the set_item_property built-in (e.g. set_item_property('INVOICE.VAT_NO', next_item, 'INOICE_LINE.LINE_NUMBER');
  2. The "Tab Index" property of the item, set in the Properties View in the CloudIDE Designer. The items of the block are navigated “Tab Index” order first, then columnwise.
  3. The go_item built-in can be used to put the cursor into a selected item within a trigger.


Forms can pas values through parameters. Parameters are declared as form property (using form properties editor). Parameters are similar to procedure parameters, but their scope is current form. To refer to a form parameter within MT program programmer has to prefix the parameter name with :parameter string. e.g. to access parameter customer_id use :parameter.customer_id syntax.

Example of form parameters access:

if :parameter.P_RECORD is not null or :parameter.P_DOCUMENT is not null then document_lookup; end if;

In short, you can use a parameter wherever you can use an expression. Parameters can be also used as default item values, max and min item values, within default where and default order block properties.

You specify arguments for form paramters in two places:

  • In the open_form procedure call

  • In the "LOV Call" property of a textbox

    "LOV Call" property of a textbox

    Figure 27.

    "LOV Call" property of a textbox

Application Deployment

CloudaIDE produces a war files to deploy on a J2EE container.

This video shows how to deploy the CloudaIDE application to the Apache Tomcat server.

To produce the files the programmer has to click the Google toolbar button. Next to choose GWT compile project. The compiler produces all necessary Javascript files to deliver the application functionality.

After the application compiles the files contained in the war project directory have to be copied to webapps Tomcat directory. This can be done directly or through creation of a war archive. The programmer has to rename the resulting war archive or the directory to the context name of the application i.e. the final part of the application URL. We decided to call the context "peace". The URL will be (depending on your setup) something like "http://server:8080/peace".

Additionally we have to inform the server of the JNDI names of poolled connections. In this example we do this by copying the template_context.xml (of the misc_files project directory) to the conf/Catalina/localhost direcory of the Tomcat server. Next we change the name of it to the context name (i.e. peace). The usernames and passwords have to be changed to the proper ones.

Next we start the tomcat server. And that's all.

Designer is an Eclipse application. Therefore many things relevant to Eclipse are also relevant to CloudaIDE.