iced/native
Ethan Pailes da2ab420ce document that img handle constructors guess fmt
This patch documents the fact that a couple of the image
handle constructors know how to guess the image format based
on the data that they are provided.

I had to dig through `iced` sources until I discovered that those
routines ultimately boil down to stuff like [image::load_from_memory][1]
from the `image` crate, so I thought I would save others the trouble
of doing the same reverse-engineering

[1]: https://docs.rs/image/0.23.4/image/fn.load_from_memory.html
2020-04-26 15:03:48 -04:00
..
src document that img handle constructors guess fmt 2020-04-26 15:03:48 -04:00
Cargo.toml Bump versions 🎉 2020-04-26 17:20:56 +02:00
README.md Bump all versions 🎉 2020-04-02 17:40:20 +02:00

iced_native

Documentation Crates.io License project chat

iced_native takes iced_core and builds a native runtime on top of it, featuring:

  • A custom layout engine, greatly inspired by druid
  • Event handling for all the built-in widgets
  • A renderer-agnostic API

To achieve this, it introduces a bunch of reusable interfaces:

  • A Widget trait, which is used to implement new widgets: from layout requirements to event and drawing logic.
  • A bunch of Renderer traits, meant to keep the crate renderer-agnostic.
  • A Windowed trait, leveraging raw-window-handle, which can be implemented by graphical renderers that target windows. Window-based shells (like iced_winit) can use this trait to stay renderer-agnostic.

iced_native

Installation

Add iced_native as a dependency in your Cargo.toml:

iced_native = "0.2"

Iced moves fast and the master branch can contain breaking changes! If you want to learn about a specific release, check out the release list.