You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, folks :)
I'm a total noob because I found this engine just today, so maybe you can help me? :)
I'm trying to write a cross-platform Eclipse/IDEA plugin to display colorful plot graphs. BGFX looks very promising for drawing cool graphics!
In Java, drawing on the widget means that you have to have something like a buffer, project your graphics via this buffer, and then it's displayed by the framework (you can do it in different ways, it doesn't matter now).
The problem is, all these examples need a native window handle, which is not the case for me. I have no native window handle, just a way to draw surfaces via a pretty high-level API.
Actually, if I reverse-engineer the underlying framework, maybe I can get the actual OS-level implementation and finally the handle. Even if you do not take into account that this approach means three parallel patches of the Java standard library for three platforms, which is a CI/CD nightmare... the actual implementation can draw multiple widgets on a single visible OS-level surface, therefore I can't exclusively give it into bgfx.
Could you please suggest me something. Maybe there's some way to create an invisible backbuffer or custom renderer to sync the current frame onto my widgets?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello, folks :)
I'm a total noob because I found this engine just today, so maybe you can help me? :)
I'm trying to write a cross-platform Eclipse/IDEA plugin to display colorful plot graphs. BGFX looks very promising for drawing cool graphics!
In Java, drawing on the widget means that you have to have something like a buffer, project your graphics via this buffer, and then it's displayed by the framework (you can do it in different ways, it doesn't matter now).
I found this directory with examples of entry points for every platform. Also, I found a half-working example of Qt integration.
The problem is, all these examples need a native window handle, which is not the case for me. I have no native window handle, just a way to draw surfaces via a pretty high-level API.
Actually, if I reverse-engineer the underlying framework, maybe I can get the actual OS-level implementation and finally the handle. Even if you do not take into account that this approach means three parallel patches of the Java standard library for three platforms, which is a CI/CD nightmare... the actual implementation can draw multiple widgets on a single visible OS-level surface, therefore I can't exclusively give it into bgfx.
Could you please suggest me something. Maybe there's some way to create an invisible backbuffer or custom renderer to sync the current frame onto my widgets?
Thank you
Beta Was this translation helpful? Give feedback.
All reactions