Robert Osfield

The problem with the Win32 API is not that it supports event driven applications, it's that it breaks any sensible frame driven or similar non event driven applications, it's why...

I'm back in the office again after a being away since last Wednesday. I will tag a dev release today to at least give us a stable reference point for...

Do you think a single thread for creating the native windows and running an event loop that gets the events and then adds them to the appropriate Win32_Window event queue...

Thanks for the changes. I've done a quick code review and plan to merge and test as a branch. I haven't done this already as I'm still off in the...

@AnyOldName3 I have deleted the 2nd of the double entry :-) Once I do a deep dive on this PR I should get an idea of what issues there are...

I have mostly wrapped up the ColorSpace work, save for community testing and making a dev release, so am now looking to the next task - dynamic viewport/scissor functionality. Is...

I have merged as a branch so I can start testing. https://github.com/vsg-dev/VulkanSceneGraph/tree/dynamic-viewport I won't merge changes with master till after the 1.1.10 dev release as I don't want to clump...

Thanks for the details. While I wait for replies from others on various topics I've jumped back to reviewing and pondering the #1268 changes. My general feeling is that the...

Without more extensive changes to the VSG making all the dynamic state supportable in vsg::State would not be suitable, so the approach you've taken of just extending it to viewport...

I've just done another codereview and see that several sets of SetScissor and SetViewport are being created and destroyed each frame in RecordTraversal,CommandGraph and SecondaryCommandGraph in the form: ~~~ cpp...