ocornut

6 ms·

1.
by ocornut 6mo ago
The copy in dear imgui sources has a few tweaks to make it possible to use with UTF-8 without unnecessary lookups: see `STB_TEXTEDIT_GETPREVCHARINDEX`,`STB_TEXTEDIT_GETNEXTCHARINDEX` and `stb_textedit_text()` use. I generally love the STB l
2.
by ocornut 6mo ago
It baffles me that any maintainer would merge code like the one highlighted in the issue, without knowing what it does. That’s regardless of being or not being able to see the “invisible” characters. There’s a transforming function here and
3.
by ocornut 7mo ago
Specifically for panning and zooming, doesn't the OS translate those inputs to mouse events, like Windows does by default? Otherwise it is simply a matter of performing this translation at the backend level.
4.
by ocornut 10mo ago
I promise it’s coming eventually but I don’t believe the custom version is hard to make to work either.
5.
by ocornut 1y ago
> The real meat & potatoes is all the tooling and content and asset pipelines around the engine. If you think about it, you need to implement: The sum of all those parts IS the actual meat of the engine imho. People mistakenly assume
6.
by ocornut 2y ago
You can manually transform vertices (call ImGui::ShadeVertsTransformPos) this is what angled headers are using https://github.com/ocornut/imgui/issues/6917 I agree it's not first-class citizen yet, next
7.
by ocornut 2y ago
It's my github post and I wanted to post it on HN but being new to this I was surprised that submitting my link merged it to an existing post.
8.
by ocornut 2y ago
Dang you posted faster than I did :) Thanks!
9.
by ocornut 3y ago
I am not saying it is a silver bullet. I'm saying it is making some development - those that are well aligned with the frameworks qualities - particularly efficient. Efficiency and productivity are everything. Productivity is often a m
10.
by ocornut 3y ago
> But as soon as it stops being just hacky debuggers and people try to write proper tools in it, it becomes much more of a pain - people try to (poorly) emulate a retained mode in it, hold state, cache - and it becomes unreadable mess. E
11.
by ocornut 3y ago
> That seems really hard to achieve in immediate mode libraries without effectively recreating retained mode functionality yourself. The purpose of an IMGUI is to handle whatever data retention will simplify user's life. If you want
12.
by ocornut 3y ago
> it even has an option to limit the FPS, which solves the CPU load a bit, but at the same time results in sluggish input because the event handling is tied to the drawing frequency. It seems like an issue of how it is implemented. I thi
13.
by ocornut 3y ago
The person who coined the IMGUI term (Casey Muratori) literally defined "immediate mode gui" as a concept relating to the API/facade, regardless of what the UI system internally owns or store or manage. So basically you are d
14.
by ocornut 3y ago
Dear ImGui is lacking good and focused code contributors, I'm stretching myself quite thin already and unfortunately pragmatically it currently wouldn't be wise for me to attempt working on accessibility features :( Right now the
15.
by ocornut 3y ago
Good Testing/Automation is never free lunch AFAIK but Dear ImGui has a testing/automation system: https://github.com/ocornut/imgui_test_engine
16.
by ocornut 3y ago
Also see the interactive web manual https://pthom.github.io/imgui_manual_online/manual/imgui_man...
17.
by ocornut 3y ago
There’s no caching. Most people advocating or theorizing about caching haven’t measured the performances of dear imgui or implot. Computers are incredibly powerful when you don’t waste their resources.
18.
by ocornut 3y ago
Also try mouse-wheeling in Tracy web version (using Dear ImGui) and opening different panels: https://tracy.nereid.pl/ I think you'll find it to be more reactive and snappier than most traditional toolkits.
19.
by ocornut 4y ago
Interestingly there are no modification of the core Dear ImGui library involved. It's using a software renderer, which have been available already e.g. that one had been optimized to run on ESP32 https://github.com/LAK1
20.
by ocornut 4y ago
I picked your write-up on that unstructured attempt of making a page of definitions: https://github.com/ocornut/imgui/wiki/About-the-IMGUI-paradi... Thanks!
21.
by ocornut 6y ago
Hi gregg :) I think it's a bit of both. From the point of view of game programmers and custom engine users/creators, it's important to know that Dear ImGui will be easy to integrate in whatever odd-custom tech they may have,
22.
by ocornut 6y ago
> You can feel this persons frustration about all the obscure magic incantations needed to get a simple GUI and some lines on screen. The vast majority is setting up SDL with a graphics context - anything graphics in C++ land is notoriou
23.
by ocornut 6y ago
Where do you draw the line? Some companies are using it for polished large tooling which may have thousands of end-users. Those users will eventually want a solution to tackle that.
24.
by ocornut 6y ago
> Sure, a button function that returns a boolean can be used as a simple parameter to an if statement, but you would would need a switch statement to test for all the different events that a text editor could send. That's a terrible
25.
by ocornut 6y ago
The vast irony of all this is that today interacting/scrolling in Facebook or Twitter is vastly less efficient that a basic graphic app rendering at 60 FPS. Facebook has become _ACTUALLY_ slow to interact with even from a human point o
26.
by ocornut 6y ago
That's not true. One of the benefit of IMGUI-style is to simplify user-data binding and avoid user-data sync/duplication, but that's entirely decorelated with layout consideration. You could perfectly have an editor manipulat
27.
by ocornut 6y ago
Hello Matt, For a small developer I believe the whole topic seems quite overwhelming. To attract fringe GUI toolkits it would be useful to provide easy-to-chew accessibility samples based over 3d graphics technology (say: take a DirectX11 s
28.
by ocornut 6y ago
I think ZenPsycho is right calling out for accessibility features. It's unfortunate that most low-key UI libraries don't support them, partly because those OS API are so complex and for a non-user it is hard to understand them (mu
29.
by ocornut 7y ago
I'm not sure I understand why you think there is no way to do that with an API designed in IMGUI style? IMGUI is a style of exposing UI API. There's no reason this can't be made with a IM-style UI. You are comparing apple and
30.
by ocornut 7y ago
As mentioned the cost is negligible when you already have a animated 3D scene with the case for games. For non-game (desktopey) app, well, there's no reason to render at 60 FPS you should only render on user interaction otherwise go id

More ›