pub fn selection_toolbar(request: &SelectionToolbarRequest) -> AnyView<()>Expand description
Build the baseline framework-drawn selection-toolbar view for request: a
pill of text buttons for whichever verbs
request.actions enables. See the
module docs.
The pod is over () (see frust_core::selection_toolbar’s module docs
for why an overlay pod carries no application state): the returned view
never reads anything but request itself, so it is usable from a field
hosted under any app state at all. Sized to its content — the
OverlaySlot that floats it, via
crate::overlay::place, decides where that content sits.
request.present_menu is ignored
here, and that is not an oversight: a builder is called only for a bar the
field already wants, so on this route the flag says nothing the call itself
has not. It exists for the platform route, where “which verbs apply” is a
level a host reads at any moment and “put a menu up” is an edge.