diff -r 43e37759235e -r 51a74ef9ed63 Symbian3/SDK/Source/GUID-2F42DC8F-E489-5EA4-8413-784D34965497-GENID-1-8-1-3-1-1-7-1-6-1.dita --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/Symbian3/SDK/Source/GUID-2F42DC8F-E489-5EA4-8413-784D34965497-GENID-1-8-1-3-1-1-7-1-6-1.dita Wed Mar 31 11:11:55 2010 +0100 @@ -0,0 +1,12 @@ + + + + + +UI Control Framework concepts

The Framework is a series of related Object-Oriented base classes with clearly defined responsibilities. UI system and application developers use the framework classes, in particular those representing 'the environment', 'the user interface' and 'the generic control' as the basis for creating concrete classes with the same underlying relationships. Framework functions, virtual functions in the base classes, maintain the relationships and enable the concrete classes to receive messages (events).

This page describes the key concepts behind the UI Control Framework.

Simplified access to the Window Server

The Window Server provides a low-level API to the system’s user interface devices — screens, keyboard and pointer. The API is extensive and complex. The UI Control Framework hides much of this complexity and provides a simplified API that meets the requirements of most applications.

Any client of the Window Server must create a window server session and an active scheduler framework to handle asynchronous inter-process communication (IPC). Events received from the Window Server must be converted into functions calls and passed to the appropriate controls. These complex tasks, which are similar for most applications, are performed by the Control Environment.

Recommended framework for UI libraries

In simplifying the Window Server API, the control framework makes a number of design decisions that are optimised for most applications.

One is the framework's concept of controls. By allowing controls to represent both whole windows (window owning) and parts of windows (non-window owning) the framework makes applications run much more efficiently.

Another is the prioritising of events. User input events, for instance, are given a higher priority than redraw events.

A third feature is the support provided for handling key-press events and pointer events. The Window Server passes key events to the foreground application and pointer events to the window containing the point of contact, which maps to a window-owning control. In each case the Framework provides a mechanism for distributing the event to the appropriate control (normally a simple, non-window-owning control) within the application.

User Interface policy agnostic

Though the Framework provides a substantial amount of any application it imposes very little in the way of user interface policy and no 'Look and Feel' (LAF). It does, however, provide mechanisms for supporting system-wide LAF and for propagating run-time LAF changes.

UI policy is provided by the core user interface library, Uikon, and the user interface library provided for a particular UI variant.

See also

Window server

UI Control Framework overview

\ No newline at end of file