Wrote a Metal backend for imgui on OS X. Very nicely designed API /cc @ocornut https://github.com/warrenm/imgui/blob/master/examples/metal_example/imguiex-osx/imgui_impl_mtl.mm …pic.twitter.com/mzX3f1jiRl
-
Link is broken!
-
-
Thanks!
-
Oh! I had completely missed out on the original link. At it happens, I have refactored the imgui examples/binding system recently to isolate the rendering from the inputs/windowing, and a Metal renderer for imgui would be super useful!
-
Awesome, it’s been a while since I looked at this, but it would be nice to write a Metal renderer in the new style. I’ll try to do that this week.
-
I lost the source for the original port, but I made really good progress today on a new Metal backend and sample. Will keep you in the loop.
-
Thank you, much appreciated! There's an OSX branch with a imgui_impl_osx.mm that implements the OSX side of things maybe useful to look at (ideally imgui_impl_osx.mm would combine with Metal/GL/Vulkan bindings) and some infohttps://github.com/ocornut/imgui/issues/1873 …
-
But realistically anything OSX is stagnant at the moment, I don't know if that imgui_impl_osx.mm design goes in the right direction?
-
Something to be mindful that may alter your Metal design is: in 'viewport' branch, the _binding_ code are able to create windows & rendering contexts. So hypothetical imgui_impl_metal in 'master' would handle 1 user-created Metal context, in 'viewport' branch can create more,
-
How it affected the Vulkan backend is simply that some of the helper/cruft required to setup the context instead of being in main.cpp (example code) are provided as helpers in the binding code so main.cpp can use them and binding also uses them to create secondary windows.
- 3 more replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.