2 ms·
As nice of an idea this is and how GUI making friendly godot is, wouldn't it being purely immediate mode make it not viable for most desktop GUI applications be
by solomspd 3y ago
As nice of an idea this is and how GUI making friendly godot is, wouldn't it being purely immediate mode make it not viable for most desktop GUI applications besides games? This would be the same issue when considering other game engines for this purpose.
This is also the reason why it's a breeze writing UIs in DearImGUI compared to QT or GTK.
Which explains why general purpose frameworks like QT and GTK take so much time to develop: they integrate more deeply with the OS to enable retained mode rendering.
To my knowledge there isn't a way of creating retained mode GUIs in godot but I'd like to be corrected.
- rubymamis 3y agoHave you tried QML? I'm now creating a block editor based on plain-text using Qt C++ for the model and QML for the view and it's going pretty awesome right now. Only 18 days in and I already got something working well.[1] [1] https://rubymamistvalove.com/block_editor.mp4 https://rubymamistvalove.com/block_editor.mp4
- hgs3 3y agoIt's not necessarily being immediate mode that is the problem. The bigger problem with most IM GUI's is they expect to repaint at 60 frames per second like a video game which is bad for mobile devices as it drains battery life. Non-game GUI's should only repaint when needed. Another problem is most IM GUI's lack accessibility and i18n support. Want emoji or right-to-left text? Too bad.