Struct ColorPicker 

pub struct ColorPicker<C>
where
    C: Binding<Color>,
{ /* private fields */ }

A color well bound two-way to a Color signal. Build with color_picker.

Implementations

impl<C> ColorPicker<C>

where C: Binding<Color>,

pub fn alpha(self) -> ColorPicker<C>

Offer an opacity channel, and let the bound signal carry a non-opaque alpha. Honored by the composed panel everywhere, and by every native chooser but one: a browser’s <input type="color"> gained an alpha attribute only recently, so the web arm sets it and stays opaque where the browser has not shipped it (docs/colorpicker.md).

pub fn idiom(self, idiom: PickerIdiom) -> ColorPicker<C>

Which chooser this well opens (see PickerIdiom).

pub fn native(self) -> ColorPicker<C>

Pin this well to the platform’s chooser, PickerIdiom::Native.

pub fn composed(self) -> ColorPicker<C>

Pin this well to Day’s composed panel, PickerIdiom::Composed.

pub fn title<M>(self, t: impl IntoText<M>) -> ColorPicker<C>

The chooser’s heading. Native: the iOS picker’s navigation title, the GTK dialog heading, QColorDialog’s window title, the XAML button’s tooltip; AppKit sets the shared color panel’s title. Composed: the panel’s own heading. A constant, Signal<String> or closure, read once at build.

pub fn presets(self, presets: Vec<Color>) -> ColorPicker<C>

The swatch row the composed panel offers below its strips (ignored by the native choosers, which each have their own palette). Pass an empty vector to drop the row.

pub fn id(self, id: ElementId) -> ColorPicker<C>

The composed well’s dayscript id (default "color-picker").

It goes here rather than on Decorate::id because what an app can reach from outside is the layout wrapper the piece returns, and an id on that tags a node no toolkit realizes; a tap: against it resolves to nothing while every step still reports ✓. Give two composed pickers on one page different keys so a script can tell them apart.

The panel’s own parts carry fixed ids (color-picker-panel, -shade, -hue, -opacity, -presets, -value, -cancel, -done); only one panel is ever open, so they need no disambiguation.

Trait Implementations

impl<C> ColorPickerBuilder for ColorPicker<C>

where C: Binding<Color>,

fn alpha(self) -> ColorPicker<C>

Offer an opacity channel, and let the bound signal carry a non-opaque alpha. Honored by the composed panel everywhere, and by every native chooser but one: a browser’s <input type="color"> gained an alpha attribute only recently, so the web arm sets it and stays opaque where the browser has not shipped it (docs/colorpicker.md).

fn idiom(self, idiom: PickerIdiom) -> ColorPicker<C>

Which chooser this well opens (see PickerIdiom).

fn native(self) -> ColorPicker<C>

Pin this well to the platform’s chooser, PickerIdiom::Native.

fn composed(self) -> ColorPicker<C>

Pin this well to Day’s composed panel, PickerIdiom::Composed.

fn title<M>(self, t: impl IntoText<M>) -> ColorPicker<C>

The chooser’s heading. Native: the iOS picker’s navigation title, the GTK dialog heading, QColorDialog’s window title, the XAML button’s tooltip; AppKit sets the shared color panel’s title. Composed: the panel’s own heading. A constant, Signal<String> or closure, read once at build.

fn presets(self, presets: Vec<Color>) -> ColorPicker<C>

The swatch row the composed panel offers below its strips (ignored by the native choosers, which each have their own palette). Pass an empty vector to drop the row.

fn id(self, id: ElementId) -> ColorPicker<C>

The composed well’s dayscript id (default "color-picker").

impl<C> Piece for ColorPicker<C>

where C: Binding<Color>,

fn build(self, cx: &mut BuildCx) -> RNode