mirror of
https://github.com/Drezil/imgui.git
synced 2024-11-23 04:17:00 +00:00
TODO list update
This commit is contained in:
parent
04eca0c375
commit
08b50cce12
@ -198,6 +198,7 @@
|
|||||||
- window: autofit feedback loop when user relies on any dynamic layout (window width multiplier, column). maybe just clearly drop manual autofit?
|
- window: autofit feedback loop when user relies on any dynamic layout (window width multiplier, column). maybe just clearly drop manual autofit?
|
||||||
- window: add a way for very transient windows (non-saved, temporary overlay over hundreds of objects) to "clean" up from the global window list.
|
- window: add a way for very transient windows (non-saved, temporary overlay over hundreds of objects) to "clean" up from the global window list.
|
||||||
- window: allow resizing of child windows (possibly given min/max for each axis?)
|
- window: allow resizing of child windows (possibly given min/max for each axis?)
|
||||||
|
- window: resizing from any sides? + mouse cursor directives for app.
|
||||||
- widgets: switching from "widget-label" to "label-widget" would make it more convenient to integrate widgets in trees
|
- widgets: switching from "widget-label" to "label-widget" would make it more convenient to integrate widgets in trees
|
||||||
- widgets: clip text? hover clipped text shows it in a tooltip or in-place overlay
|
- widgets: clip text? hover clipped text shows it in a tooltip or in-place overlay
|
||||||
- main: IsItemHovered() returns true even if mouse is active on another widget (e.g. dragging outside of sliders). Maybe not a sensible default? Add parameter or alternate function?
|
- main: IsItemHovered() returns true even if mouse is active on another widget (e.g. dragging outside of sliders). Maybe not a sensible default? Add parameter or alternate function?
|
||||||
@ -232,6 +233,8 @@
|
|||||||
- text edit: add multi-line text edit
|
- text edit: add multi-line text edit
|
||||||
- settings: write more decent code to allow saving/loading new fields
|
- settings: write more decent code to allow saving/loading new fields
|
||||||
- settings: api for per-tool simple persistent data (bool,int,float) in .ini file
|
- settings: api for per-tool simple persistent data (bool,int,float) in .ini file
|
||||||
|
- style: checkbox: padding for "active" color should be a multiplier of the
|
||||||
|
- style: colorbox not always square?
|
||||||
- log: LogButtons() options for specifying depth and/orhiding depth slider
|
- log: LogButtons() options for specifying depth and/orhiding depth slider
|
||||||
- log: have more control over the log scope (e.g. stop logging when leaving current tree node scope)
|
- log: have more control over the log scope (e.g. stop logging when leaving current tree node scope)
|
||||||
- log: be able to right-click and log a window or tree-node into tty/file/clipboard / generalized context menu?
|
- log: be able to right-click and log a window or tree-node into tty/file/clipboard / generalized context menu?
|
||||||
@ -247,6 +250,7 @@
|
|||||||
- portability: big-endian test/support (github issue #81)
|
- portability: big-endian test/support (github issue #81)
|
||||||
- misc: provide a way to compile out the entire implementation while providing a dummy API (e.g. #define IMGUI_DUMMY_IMPL)
|
- misc: provide a way to compile out the entire implementation while providing a dummy API (e.g. #define IMGUI_DUMMY_IMPL)
|
||||||
- misc: double-clicking on title bar to minimize isn't consistent, perhaps move to single-click on left-most collapse icon?
|
- misc: double-clicking on title bar to minimize isn't consistent, perhaps move to single-click on left-most collapse icon?
|
||||||
|
- style editor: color child window height expressed in multiple of line height.
|
||||||
- optimization/render: use indexed rendering to reduce vertex data cost (for remote/networked imgui)
|
- optimization/render: use indexed rendering to reduce vertex data cost (for remote/networked imgui)
|
||||||
- optimization/render: move clip-rect to vertex data? would allow merging all commands
|
- optimization/render: move clip-rect to vertex data? would allow merging all commands
|
||||||
- optimization/render: merge command-lists with same clip-rect into one even if they aren't sequential? (as long as in-between clip rectangle don't overlap)?
|
- optimization/render: merge command-lists with same clip-rect into one even if they aren't sequential? (as long as in-between clip rectangle don't overlap)?
|
||||||
|
Loading…
Reference in New Issue
Block a user