The form builder screen
A reminder – what are forms?The “forms” are the heart of the system – through each of them you can create “records” of the same “type” [having an identical structure and different data], and once you also connect a “template document” [or a “collection” of such documents] to the form – the system allows generating Word and PDF documents from the data of each of the records, and if needed, also sending the PDF documents for electronic signing. |
What is the form editor screen used for?The screen is used for actions of creating and editing forms for capturing information. The editing action first and foremost includes visual editing of “input controls” of various types [text, long text, date, number, value list, etc.] on the form itself, so that each time the form is used to capture a new record, the user creating the record can easily type/choose data. The visual editing begins with “dragging” controls to appropriate positions on the form. These controls can be of various types – new ones of various types into the form, moving/resizing controls already placed on the form, creating different chapters for the form, adding tables and additional controls within them [including designing the dialog window that will open from each table for editing a row in the table], giving values to the “properties” of the controls [name, whether mandatory, etc.], connecting the form to a document collection, setting the form design, and managing access to it, all as detailed below |
Things we will learn about the form
|
The controls supported in the system
Control name |
About the control |
|
| Title | An independent title – similar to the titles created automatically for every control you create in the form, but one that appears separately… No input from the user | |
| Paragraph | An independent paragraph of fixed text. No input from the user | |
| Text line | Typing regular text, in a single line | |
| Multi-line text | Typing regular text, in multiple lines | |
| Drop-down list | A value list that opens downward, in which only one value can be selected | |
| Multi-select list | A value list stretched to the height of several lines, in which several values can be selected simultaneously | |
| Single-select list | A value list stretched to the height of several lines, in which only one value can be selected | |
| Checkbox | A box allowing you to check or uncheck. Usually used for yes/no fields… | |
| Table | A table of values – in which you can define the various columns (each will actually be an input field in itself), and design the dialog window that will open when adding/editing a row of values in the table. | |
| Date | A drop-down date picker, with the option to page between years and months and choose a date, with support for direct typing of the date | |
| Number | Input of a number, without letters and special characters | |
| Currency | Input of a pair – a number and a currency. The currency is drawn from the currency list maintained in the system |
The basics of working with controls |
Working with tables |
||||||||||||||
|
|
Working with chapters |
The form’s properties – background, file collection, permissions… |
||||||||||
| Every form can be divided into chapters. When a form is created – one chapter is created for it by default. You can change the name of this chapter from the edit icon [pencil] on its left side.
You can add additional chapters from the “Add chapter” button in the top-left corner of the form Deleting a chapter – from the delete icon [trash] on the left side of the chapter row. You cannot manually delete the first chapter, but you can set the form to have no chapters [from the form’s properties panel – “Hide chapters”], and the first chapter will also be removed from the display… From the “form properties” (see left), you can request hiding the chapters – intended for the case where there is only one chapter in the form, and therefore there is no need at all to see the chapters. Also, you can display a “hidden chapter” that is used for adding calculated fields |
|
Organizing the form for mobile display
About separating the displays |
About the synchronization between the displays |
How do you design the separate displays? |
| When a form is created, it is created with a uniform and single design, intended for displaying its records on a desktop computer.
Such a design is usually not suitable for mobile display, since on mobile, the display is “vertical”, whereas on a desktop computer – it is horizontal…. You can split the design, so that there is one intended for a desktop computer, and a second intended for mobile. Our recommendation in managing the two displays is to reorganize the controls in the mobile display, so that there are “fewer” of them in the horizontal dimension – if there were 4 controls in one row – it is advisable to reorganize them into two rows – two controls in each row. |
Once you have performed the split, the designs will continue to be managed separately, and you will need to update both of them separately.
Despite this split, the system will synchronize them automatically so that each time you add a control in one, it will be added in the second, each time you delete a control in one, it will be deleted in the second, and likewise – changing the property values of controls in one, will be copied to the second… The only thing that will not synchronize – is the position and size of each control, since that is the purpose of the split in the first place – to allow a different organization for the desktop computer and for mobile |
To create the mobile display [which does not exist in new forms], you must select, in the top-left part of the form, under “Display:”, the “Mobile” option, and allow the system to create the mobile display. In the mobile display, as we already mentioned, it is advisable to move the controls, and change their size, so that their organization on the screen fits a vertical display better. Once you have finished, you can return to the desktop computer display, open the “Display:” box again, and choose “Computer”. How do you check? Computer experts can check the mobile display from the browser on the desktop computer, but that is a bit technical. The best – is to enter the system from your mobile, and create a new record from the form you are organizing for mobile – there you can see how it is organized for working on mobile… Example – if the desktop computer display was like this: [A][ B ][ C ][D] then it is advisable to turn it into this [A][ B ] [ C ][D] or even into this [ A ] [ B ] [ C ] [ D ] |