I'm maintaining a library written in C++, which offers modern-C++ bindings for another API that's C-ish (it's this one, although I'm trying to make this question somewhat more general).
Now, when I started working on this library, it was 2017. The newest published standard version was 2014, and 2011 was already popular, but not ubiquitous. I've stuck to requiring only C++11 and nothing above that, so far.
Now we're in 2023. The published standard is 2020, and C++2023 is feature-complete. I'm wondering - is it time for me to increase the minimum supported C++ language version? Naturally, this will let me simplify my API somewhat, and possibly forego bundling some code which has, since 2011, made it into the standard library (depending on whether I switch to C++14 or C++17 or even C++20).
Of course, the obvious detriment is that people using older versions of C++ will no longer be able to use my library. But - I have no idea how many; nor whether they'd be able to compensate somehow (e.g. downloading and building a newer compiler, upgrading their OS distribution etc).
So, my question to you: What considerations would you take into account when making such a decision? And - how would you try and estimate the incompatibility implications of this move?
PS - Assume the library's API is allowed to change with increasing versions.