[lint] TODO.md markdownlint
# TODO
+
TODO-list for the Egui project. If you looking for something to do, look here.
* Widgets
@@ -81,8 +82,8 @@ TODO-list for the Egui project. If you looking for something to do, look here.
* ui.child_ui_pos(pos).label("Label at specific position");
* ui.child_ui_rect(rect).label("Label in a rectangle");
-
## egui_web
+
* [x] Scroll input
* [x] Change to resize cursor on hover
* [x] Port most code to Rust
@@ -96,6 +97,7 @@ TODO-list for the Egui project. If you looking for something to do, look here.
* Allows very nice web integration
## Modularity
+
* [x] `trait Widget` (`Label`, `Slider`, `Checkbox`, ...)
* [ ] `trait Container` (`Frame`, `Resize`, `ScrollArea`, ...)
* [ ] `widget::TextButton` implemented as a `container::Button` which contains a `widget::Label`.
@@ -104,14 +106,15 @@ TODO-list for the Egui project. If you looking for something to do, look here.
* [ ] Attach labels to checkboxes, radio buttons and sliders with a separate wrapper-widget ?
### Refactor space allocation
+
When painting a widget, you want to allocate space. On that space you sometimes want to paint, sometimes create a sub-Ui to layout child widgets. So sometimes you want a `Painter` for the region, sometimes a new `Ui`. However, what you are doing is essentially the same thing, and so we should make that clearer somehow, maybe via naming.
* `ui.allocate(size) -> Rect`
* `ui.canvas(size) -> Paint`
* `ui.child_ui(size) -> Ui`
-
## Other
+
* [x] Persist UI state in external storage
* [x] Persist Example App state
* [ ] Create an Egui icon (or use an emoji)
@@ -123,13 +126,16 @@ When painting a widget, you want to allocate space. On that space you sometimes
* [ ] Implement a minimal markdown viewer
## Names and structure
+
* [ ] Rename things to be more consistent with Dear ImGui ?
* [ ] Put everything in `Context` behind the same Mutex? `struct Context(Arc<Mutex<ContextImpl>>);`, with e.g. `context.lock().memory.foo`?
## Global widget search
+
Ability to do a search for any widget. The search works even for collapsed regions and closed windows and menus. This is implemented like this: while searching, all region are layed out and their add_content functions are run. If none of the contents matches the search, the layout is reverted and nothing is shown. So windows will get temporarily opened and run, but if the search is not a match in the window it is closed again. This means then when searching your whole GUI is being run, which may be a bit slower, but it would be a really awesome feature.
-# Done
+## Done
+
* Widgets
* [x] Label
* [x] Button
