Dimitre

I think ofSetFrameRate should be redesigned out of ofTimer. Or maybe an alternative ofTimer using std::chrono exclusively. I've made some experiments in measuring here: - https://github.com/openframeworks/openFrameworks/issues/7866 and some insights from...

Framerate drift is merged and it is much more precise now. VSync is doable now outside GLFW if we use a similar solution to this one: https://github.com/google-deepmind/mujoco/commit/2f0fb1e4ef81ae4eb281e09fb67c6b36f27dc427 It seems ok...

it will cause some test errors with stuff like ofToDataPath(path).back() to get the latest character of a string, and it doesnt' work with fs::path I personally think the gains outweight...

Great. if we decide to proceed with this idea I'll complete the work in this same PR.

I've finally finished this one. I've updated the tests accordingly. This PR changes return type from a number of core functions from string to fs::path but brings end to end...

In the tests the things I had to change is something like ofToDataPath("").back() and my own usage the only thing I had to change is one addon using this line...

Yes exactly. support for different encodings end to end inside core. I think two things are important for using OF for teaching: being able to parse non english characters on...

I think this one is ready to go fs::path in more places, using implicit conversion to std::basic_string (char & wchar) where possible. and explicit string conversion where not possible. cc:...

What do you think @ofTheo ? the only downside is this: https://github.com/openframeworks/openFrameworks/pull/7817#issuecomment-1879876692

@ofTheo please check this one when you have time. I have other ideas to test that build upon this one merged