From 301c72ba22da8f29596d65757cf3dacdf5309985 Mon Sep 17 00:00:00 2001 From: Tarek Sabet Date: Tue, 9 Jan 2024 11:12:09 +0100 Subject: [PATCH] fixed typos in README.md (#3789) This just fixes two small typos in the readme. --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 814c3bc2..1c7ac9a0 100644 --- a/README.md +++ b/README.md @@ -282,7 +282,7 @@ If your GUI is highly interactive, then immediate mode may actually be more perf #### IDs There are some GUI state that you want the GUI library to retain, even in an immediate mode library such as `egui`. This includes position and sizes of windows and how far the user has scrolled in some UI. In these cases you need to provide `egui` with a seed of a unique identifier (unique within the parent UI). For instance: by default `egui` uses the window titles as unique IDs to store window positions. If you want two windows with the same name (or one window with a dynamic name) you must provide some other ID source to `egui` (some unique integer or string). -`egui` also needs to track which widget is being interacted with (e.g. which slider is being dragged). `egui` uses unique id:s for this awell, but in this case the IDs are automatically generated, so there is no need for the user to worry about it. In particular, having two buttons with the same name is no problem (this is in contrast with [`Dear ImGui`](https://github.com/ocornut/imgui)). +`egui` also needs to track which widget is being interacted with (e.g. which slider is being dragged). `egui` uses unique IDs for this as well, but in this case the IDs are automatically generated, so there is no need for the user to worry about it. In particular, having two buttons with the same name is no problem (this is in contrast with [`Dear ImGui`](https://github.com/ocornut/imgui)). Overall, ID handling is a rare inconvenience, and not a big disadvantage.