Module event

Module event 

Source
Expand description

Event and command API.

Events are represented by a static instance of Event<A> with name suffix _EVENT. Events have custom argument types that implement EventArgs, this means that all event arg types have a timestamp, propagation handle and can define their own delivery list.

Events are an specialized variable type, the Event::var and other methods can be used to bind directly to the underlying var. The variable value is EventUpdates, a list of all the notifications requested in the previous update.

§Notify

An event update is requested using Event::notify, this schedules a var modify that clears the previous EventUpdates and inserts the new update, sorted by timestamp.

Each event args has an EventPropagationHandle that can be used to signal later handlers that the event is already handled. The event notification always makes the full route, direct subscribers can choose if they still execute when the args is flagged handled.

The Event::hook can be used to bind the event during var update time, like Var::hook any variable modify or event notify requests made in the hook will notify in the same next update pass.

The Event::on_pre_event and Event::on_event can be used to register handles that on the preview route, before UI update and before on_event, the main route.

In widgets the two event routes are an emergent property of nested nodes. The UiNode::update method is called to all widget nodes in the path to the subscriber, nodes can choose to handle the event before or after propagating the call the the children UiNode::update, if a node handles it before children, this called the preview route, if it handles the event after it propagated it to the children this is called the main route.

In other UI frameworks the preview route is also called tunneling and the main route bubbling.

§Subscribe

The high-level way to subscribe to an event is by using an event property. These are properties named with prefix on_ and on_pre_, these properties handle subscription for the widget, filter out propagation stopped events and also filter into specific aspects of an underlying event.

use zng::prelude::*;

Button! {
    child = Text!("Button");

    gesture::on_pre_single_click = hn!(|args| {
        assert!(args.is_single());
        println!("single click");
        args.propagation.stop();
    });
    on_click = hn!(|args| {
        assert!(!args.is_single());
        println!("click {:?}", args.click_count.get());
    });
}

In the example above the gesture::on_pre_single_click and gesture::on_click are handled, both properties operate on the same underlying gesture::CLICK_EVENT. The on_pre_single_click property only accepts clicks with the primary button that are not double-clicks (or triple, etc.), the on_click only accepts clicks with the primary button. In the example on_click is never called for single clicks because the on_pre_single_click handler stopped propagation for those events in the preview route, before the click handler.

§Subscribe in Nodes

Widget and properties can subscribe to events directly. When the UpdateDeliveryList is build only widgets selected by the event arguments that are also subscribers to the event are added to the list.

The WIDGET.sub_event method can be used to subscribe for the lifetime of the widget, the Event::subscribe method can be used to subscribe for an arbitrary lifetime. The Event::each_update or Event::latest_update can be used to match and receive the event.

use zng::prelude::*;
use zng::prelude_wgt::*;

#[property(EVENT)]
pub fn print_click(child: impl IntoUiNode, preview: impl IntoVar<bool>) -> UiNode {
    let preview = preview.into_var();
    match_node(child, move |child, op| match op {
        UiNodeOp::Init => {
            WIDGET.sub_event(&gesture::CLICK_EVENT);
        }
        UiNodeOp::Update { updates } => {
            gesture::CLICK_EVENT.each_update(true, |args| {
                if preview.get() {
                    println!("preview click {:?}", args.propagation.is_stopped());
                    child.update(updates);
                } else {
                    child.update(updates);
                    println!("click {:?}", args.propagation.is_stopped());
                }
            });
        }
        _ => {}
    })
}

The example above declares a property that prints the CLICK_EVENT propagation status, the preview/main routes are defined merely by the position of child.update(updates) in relation with the handling code.

§Direct Handlers

Event handlers can be set directly on the events using Event::on_event and Event::on_pre_event. The handlers run in the app scope (same as app extensions). These event handlers can be configured to ignore the propagation handle.

use zng::prelude::*;

gesture::CLICK_EVENT
    .on_pre_event(
        true,
        hn!(|_| {
            println!("click, before all UI handlers");
        }),
    )
    .perm();

gesture::CLICK_EVENT
    .on_event(
        true,
        hn!(|_| {
            println!("click, after all UI handlers");
        }),
    )
    .perm();

§Event Macros

Events can be declared using the event! macro, event arguments using the event_args!. Event properties can be declared using event_property!.

use zng::prelude_wgt::*;

event_args! {
    pub struct FooArgs {
        pub target: WidgetPath,

        ..

        fn is_in_target(&self, id: WidgetId) -> bool {
            self.target.contains(id)
        }
    }
}

event! {
    pub static FOO_EVENT: FooArgs;
}

event_property! {
    #[property(EVENT)]
    pub fn on_foo<on_pre_foo>(child: impl IntoUiNode, handler: Handler<FooArgs>) -> UiNode {
        const PRE: bool;
        EventNodeBuilder::new(FOO_EVENT).build::<PRE>(child, handler)
    }
}

zng::widget::Wgt! {
    zng::widget::on_info_init = hn!(|_| {
        let this_wgt = WIDGET.info().path();
        FOO_EVENT.notify(FooArgs::now(this_wgt));
    });

    on_pre_foo = hn!(|_| {
        println!("on_pre_foo!");
    });
    on_foo = hn!(|_| {
        println!("on_foo!");
    });
}

The example above declares FooArgs, FOO_EVENT, on_pre_foo and on_foo. The example then instantiates a widget that sends the FOO_EVENT to itself on init and receives it using the event properties.

§Commands

Command events are represented by a static instance of Command with name suffix _CMD. Commands have custom argument type CommandArgs. Every command event is also an Event<CommandArgs>, commands extend the event type to provide associated metadata, scope and enabled control.

§Command Macros

Commands can be declared using the command! macro. Command properties can be declared using command_property!.

use zng::prelude_wgt::*;

command! {
    /// Foo docs.
    pub static FOO_CMD {
        l10n!: true,
        name: "Foo",
        info: "foo bar",
        shortcut: shortcut![CTRL + 'F'],
    };
}

command_property! {
    #[property(EVENT)]
    pub fn on_foo<on_pre_foo, can_foo>(child: impl IntoUiNode, handler: Handler<CommandArgs>) -> UiNode {
        FOO_CMD
    }
}

zng::widget::Wgt! {
    zng::widget::on_info_init = hn!(|_| {
        FOO_CMD.scoped(WIDGET.id()).notify();
    });

    on_pre_foo = hn!(|_| {
        println!("on_pre_foo!");
    });
    on_foo = hn!(|_| {
        println!("on_foo!");
    });
}

The example above declares FOO_CMD, on_pre_foo, on_foo, can_foo and CAN_FOO_VAR. The example then instantiates a widget that sends the FOO_CMD to itself on init and receives it using the event properties.

§Metadata

All commands provide an Command::with_meta access point for reading and writing arbitrary metadata. Usually metadata is declared following the command extensions pattern. In the example above the name, info and shortcut are actually command extensions declared as CommandNameExt, CommandInfoExt and CommandShortcutExt.

§Localization

The special l10n!: metadata enables localization for the other text metadata of the command. It must be the first metadata assign and the value must be a literal bool or string "", the string defines the localization file.

See the l10n module docs om commands for more details.

§Scopes

Commands can be scoped to a window or widget, a scoped command is a different instance of Command, it inherits metadata from the main command (app scoped), but metadata can be set for a specific scope.

use zng::prelude::*;
use zng::{clipboard, event::CommandArgs};

Stack!(
    top_to_bottom,
    5,
    ui_vec![
        SelectableText! {
            id = "print-copy";
            txt = "Print Copy";

            widget::on_init = hn!(|_| {
                let cmd = clipboard::COPY_CMD.scoped(WIDGET.id());
                cmd.name().set(r#"Print "copy!""#);
                cmd.info().set("");
            });
            clipboard::on_pre_copy = hn!(|args| {
                args.propagation.stop();
                println!("copy!");
            });
        },
        SelectableText! {
            id = "default-copy";
            txt = "Default Copy";
        },
        Button!(clipboard::COPY_CMD.scoped(WidgetId::named("print-copy"))),
        Button!(clipboard::COPY_CMD.scoped(WidgetId::named("default-copy"))),
        Button! {
            cmd = clipboard::COPY_CMD.focus_scoped();
            zng::focus::alt_focus_scope = true;
        },
    ]
)

The example above overrides the metadata and implementation of the copy command for the “print-copy” widget, buttons targeting that widget show the new metadata.

Widgets should prefer subscribing only to the command scoped to the widget. App scoped commands target all subscribers, widget scoped commands target the widget only.

§Full API

See zng_app::event for the full event API.

Macros§

command
Declares new Command static items.
command_property
Declare command event properties.
event
Declares new Event<A> static items.
event_args
Declares new EventArgs types.
event_property
Declare event properties.

Structs§

AnyEvent
Represents a type erased event variable.
Command
Identifies a command event.
CommandArgs
Event args for command events.
CommandHandle
A handle to a Command subscription.
CommandMeta
Access to metadata of a command.
CommandMetaVarId
Unique identifier of a command metadata state variable.
CommandParam
Represents a reference counted dyn Any object parameter for a command request.
EVENTS
App events and commands service.
Event
Represents an event variable.
EventNodeBuilder
Helper for declaring event properties.
EventPropagationHandle
Event propagation handle associated with one or multiple EventArgs.
EventUpdates
Event notifications from the last update cycle that notified.
VarEventNodeBuilder
Helper for declaring event properties from variables.

Enums§

CommandScope
Represents the scope of a Command.

Traits§

AnyEventArgs
Represents any event update.
CommandInfoExt
Adds the info command metadata.
CommandNameExt
Adds the name command metadata.
EventArgs
Represents a strongly typed event update.

Type Aliases§

CommandMetaVar
Read-write command metadata variable.