Reference
Family - Toggler
Unified reference for the Toggler widget family across module, constructor, and element APIs.
Family - Toggler
This page unifies related iced::widget APIs for the Toggler family.
# API surfaces
- Module: iced::widget::toggler
- Constructor: iced::widget::toggler
- Element: iced::widget::Toggler
# Surface summaries
# Module
Togglers let users make binary choices by toggling a switch.
# Constructor
Creates a new Toggler .
# Element
A toggler widget.
# Verified constructor signature
rust
pub fn toggler<'a, Message, Theme, Renderer>( is_checked: bool, ) -> Toggler<'a, Message, Theme, Renderer> where Theme: Catalog + 'a, Renderer: Renderer,
# Verified element declaration
rust
pub struct Toggler<'a, Message, Theme = Theme, Renderer = Renderer<Renderer, Renderer>> where Theme: Catalog, Renderer: Renderer,{ /* private fields */ }
# Example References
- ref/examples/editor/src/main.rs
- ref/examples/styling/src/main.rs
- ref/examples/custom_quad/src/main.rs
- ref/examples/tour/src/main.rs
- ref/examples/qr_code/src/main.rs
- ref/examples/markdown/src/main.rs
# Inline Examples (from rustdoc)
# Constructor example
rust
use iced::widget::toggler; struct State { is_checked: bool, } enum Message { TogglerToggled(bool), } fn view(state: &State) -> Element<'_, Message> { toggler(state.is_checked) .label("Toggle me!") .on_toggle(Message::TogglerToggled) .into() } fn update(state: &mut State, message: Message) { match message { Message::TogglerToggled(is_checked) => { state.is_checked = is_checked; } } }
# Element example
rust
use iced::widget::toggler; struct State { is_checked: bool, } enum Message { TogglerToggled(bool), } fn view(state: &State) -> Element<'_, Message> { toggler(state.is_checked) .label("Toggle me!") .on_toggle(Message::TogglerToggled) .into() } fn update(state: &mut State, message: Message) { match message { Message::TogglerToggled(is_checked) => { state.is_checked = is_checked; } } }
# Related
# Use this when...
- You want one page that links module, constructor, and element surfaces.
- You are deciding which API surface to start from.
- You need a practical map for this widget domain.
# Minimal example
rust
// Typical flow: // 1) Start with constructor usage. // 2) Move to module docs for style/state details. // 3) Use element docs for type-level control.
# How it works
Family pages connect related docs so you do not miss capabilities that are split across constructor/module/element pages.
# Common patterns
rust
// Build with constructor APIs first, // then refine behavior/styles through related module and element docs.
# Gotchas / tips
- Family routes normalize naming; module/function/struct names may differ slightly.
- Prefer this page as your entrypoint when learning unfamiliar widgets.
- Follow example references here before inventing integration patterns.