Superbelko

Oh, I think it was like that for eternity. IIRC in platform code it basically sticks to whatever API is available and won't ever try to recreate anything. But if...

> > > > I recently rewritten the window creation code to create a compatibility GL context. You mean core (aka forward compatible) context? I have implemented that locally for...

> > > > > > > > > > > > > I recently rewritten the window creation code to create a compatibility GL context. > > > >...

Here is my local stuff I did for testing, patch file for reference. Windows only, other platforms does something similar except using their own variants like `glXCreateContextAttribsARB` for Linux and...

Even though I also don't like the code and design, rewriting it even partially is basically meaningless, primarily because of lack of traction. On the other hand it is flexible...

There is a reason for that. Anyway you might want to look at immediate mode UI's like [ImGui](https://github.com/ocornut/imgui). I have this bindings for that but it is not quite straightforward...

I think this is only noticeable in debug builds, optimized builds using LDC is fast enough even on 4k resolution.

Yeah, but for me it looks more like an layout issue (also flicker issue) rather than performance issue, like as if it is doing wrong measurements and then constantly overshoot...

I tried profiling it a bit, it doesn't looks like GC or memory issue, it seems that it spends most of the time waiting for OpenGL (glViewport call is the...

It seems OpenGL implementation is buggy, for now as a workaround it can be avoided using "minimal" configuration that draws using system graphics instead of OpenGL, using it provides much...