This section provides some useful tips for building the synoptic pages:

Size and organization of a page

 

    1. If the size of the synoptic exceeds the size specified for the window, scroll bars are displayed to allow the entire content of the page to be displayed.. However it is not appropriate to compel the operator to long shift operations to access the information they need: it is therefore generally preferable to limit the synoptic to the window size; if you need to exceed the area of ​​the window, keep in mind that vertical scrolling is usually better than the horizontal scrolling.
    2. Unless otherwise specified, it is advisable to display the critical alarm messages in a space that is immediately visible on the page. a general alarm will therefore not be relegated to the bottom of the page if this exceeds the display limits and it is therefore necessary to execute one or more scrolls to display it. Vice versa, it will be preferable to position the signal in a portion of the page immediately visible at the opening, reserving the "hidden" part to secondary information (statistics, lists of events, commands, etc.).


Number and type of animations

Although the number of animations can be inserted into a page is theoretically unlimited, keep in mind the following:


    1. The greater the number of animations inserted, the greater will be the size of the page, and then the loading time of the same (particularly if the animations contain images).
    2. A too "complex" page may be more difficult to understand and confusing the operator: evaluate the distribution of information on more pages.
    3. The number and size of images inserted into a synoptic using Picture animations (or as the page background) affect the loading time of the synoptic.
    4. The use of the Transparency property allows to obtain graphic effects of significant impact, however, the use of this function can be very burdensome in dependence of the number and size of objects that use it. Use in moderation.
    5. In case of a high number of animations can obtain a benefit in terms of performance judiciously managing groups of animations according to these directives:
    6. Performance is improved if non-animated objects are grouped.
    7. Performance is improved by avoiding, as far as possible, to group animated objects
    8. Performance can degrade if there are many levels of nested grouping.
    9. It is good that the animation or objects subject to frequent or continuous updates do not overlap with other objects, especially if they are complex objects (objects with gradients or transparencies, groups or large objects).
      Note: The concept of overlap considers the maximum size of the object, which is the smallest rectangle that circumscribes the entire object.

Hardware

The rendering speed can depend on from the graphics adapter into your personal computer. If you are experiencing poor performance try to replace the graphics adapter with a faster model.