iced

Iced Docs

Source-verified docs generated from /src/content.

Reference

Element - Vertical Slider

Struct reference for iced::widget::VerticalSlider.

Version: latest | Last updated: 2026-02-19

Element - Vertical Slider

Authoritative source: ref/doc/iced/widget/struct.VerticalSlider.html.

# Rustdoc summary

An vertical bar and a handle that selects a single value from a range of values.

# Verified type declaration

rust
pub struct VerticalSlider<'a, T, Message, Theme = Theme>
where
    Theme: Catalog,{ /* private fields */ }

# When to use

Use this element struct when you need direct type-level control over a widget value.

# Why to use

It enables strongly typed composition and explicit builder method flows.

# Example References

  • ref/examples/progress_bar/src/main.rs
  • ref/examples/slider/src/main.rs

# Inline Examples (from rustdoc)

rust
use iced::widget::vertical_slider;

struct State {
   value: f32,
}

#[derive(Debug, Clone)]
enum Message {
    ValueChanged(f32),
}

fn view(state: &State) -> Element<'_, Message> {
    vertical_slider(0.0..=100.0, state.value, Message::ValueChanged).into()
}

fn update(state: &mut State, message: Message) {
    match message {
        Message::ValueChanged(value) => {
            state.value = value;
        }
    }
}

# Use this when...

  • You need the concrete widget struct type in signatures.
  • You are debugging type errors involving generic bounds.
  • You want lower-level control than constructor-only docs provide.

# Minimal example

rust
// Constructors usually produce this element type.
// Name the type explicitly only when type-level APIs need it.

# How it works

Element structs are the underlying widget types used by constructors. Most app code can stay constructor-first, then use element docs for advanced typing/customization.

# Common patterns

rust
// Use constructors in normal UI code,
// and reserve explicit element types for reusable abstractions.

# Gotchas / tips

  • You usually do not need to construct element structs directly.
  • Read trait bounds carefully when adding custom renderer/theme types.
  • If a method is missing, check the related module page.