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
Commandstatic items. - command_
property - Declare command event properties.
- event
- Declares new
Event<A>static items. - event_
args - Declares new
EventArgstypes. - event_
property - Declare event properties.
Structs§
- AnyEvent
- Represents a type erased event variable.
- Command
- Identifies a command event.
- Command
Args - Event args for command events.
- Command
Handle - A handle to a
Commandsubscription. - Command
Meta - Access to metadata of a command.
- Command
Meta VarId - Unique identifier of a command metadata state variable.
- Command
Param - Represents a reference counted
dyn Anyobject parameter for a command request. - EVENTS
- App events and commands service.
- Event
- Represents an event variable.
- Event
Node Builder - Helper for declaring event properties.
- Event
Propagation Handle - Event propagation handle associated with one or multiple
EventArgs. - Event
Updates - Event notifications from the last update cycle that notified.
- VarEvent
Node Builder - Helper for declaring event properties from variables.
Enums§
- Command
Scope - Represents the scope of a
Command.
Traits§
- AnyEvent
Args - Represents any event update.
- Command
Info Ext - Adds the
infocommand metadata. - Command
Name Ext - Adds the
namecommand metadata. - Event
Args - Represents a strongly typed event update.
Type Aliases§
- Command
Meta Var - Read-write command metadata variable.