Skip to content
Rina edited this page Oct 21, 2023 · 7 revisions

Overview

  • Abstract widget, and abstract UI data

  • Type

  • Level

Abstract widget, and abstract UI data

EKG has two layers of objects: ekg::ui::abstract_widget, and ekg::ui::abstract. Both are used together but with different purposes.

ekg::ui::abstract objects work as intermediary data between the user-programmer, and the ekg::ui::abstract_widget, which is used for processing the logic, and rendering.

This philosophy allows more control, and memory security for the application. While backing service tools handle the ekg::ui::abstract_widget, the user only has access to ekg::ui::abstract.

Type

Type represents different widgets, and helps check the instance of the current context widget object class, ekg::type contains the following enum(s) constant:

Level

A level-constant ekg::level::bottom_level, and ekg::level::top_leveldefines how the widget should be processed and placed. Most of the widgets except popup(s), by default sets ekg::level::bottom_level.

Normal placement(s) ekg::level::bottom_level is followed by layout service, and can not interrupt the current processing widgets IO (input, events calling) context.

Regular placement(s) ekg::level::top_level is followed by a private invocation of layout service features, and has the ability to interrupt the current processing widgets IO (input, events calling) context. Top-level widgets can not be a child, this rule allows separating IO events processing between top-level and bottom-level widgets.

Clone this wiki locally