I finally put online my humble project TurboScreen. A C++ library. Not tested but it's working (i think). You can make a screen (it's a window. I call it a screen) and put some color pixels in it. Put some documentation online and activated a forum. Just take a look at main example in docs section of site. Doesn't do much but is a start. For seeing source code just download it from site.
I didn't test your library but I see high motivation on your side...
I suggest you continue your journey trough open source by contributing and learning existing patterns, because in doing so a person of your profile can achieve many awesome future goals.
to become a developer for developers is a great and awesome step forward!
Yep. You should assume your reader knows how to use their environment. You don't need to explain that they should create a directory for their project and a source file for their code, or what the options for GCC mean. We know how to use our compilers. What we need to know is if there's any special considerations we should know about to integrate your library into our code. If there aren't any you can just say that. It looks like just adding the files to the build system is enough.
Well i assume that an example with my own compiler would help. Better to have something than nothing. I will put a note in there later saying there are no special considerations to integrate library in code. Adding library sources files and gdi library is enough.
Custom library code should be as compiler agnostic as possible.
Better still is OS agnostic, but dealing with things like graphics and sound/music that isn't always possible without resorting to a 3rd party library.
Any custom library code should be tested in two (or more) compilers if at all possible. For example, MSVC++ and MinGW/GCC.
I routinely mash code snippets and test them in MSVC++ and Code::Blocks. On occasion code works for one and not the other. With a bit of rewrite that doesn't change the outcome now the code snippet works for both.