From the homepage
No fancy interface? Well, we'll see about that!no fancy interface, no visual helpers, no auto-debugging... just coding in the most pure spartan-programmers way. Are you ready to learn? Jump to raylib code examples!
From the homepage:-
- NO external dependencies, all required libraries included with raylib
- Multiplatform: Windows, Linux, MacOS, RPI, Android, HTML5... and more!
- Written in plain C code (C99) in PascalCase/camelCase notation
- Hardware accelerated with OpenGL (1.1, 2.1, 3.3, 4.3 or ES 2.0)
- Unique OpenGL abstraction layer: rlgl
- Powerful Fonts module (XNA SpriteFonts, BMfonts, TTF, SDF)
- Outstanding texture formats support, including compressed formats (DXT, ETC, ASTC)
- Full 3d support for 3d Shapes, Models, Billboards, Heightmaps and more!
- Flexible Materials system, supporting classic maps and PBR maps
- Animated 3d models supported (skeletal bones animation)
- Shaders support, including Model shaders and Postprocessing shaders
- Powerful math module for Vector, Matrix and Quaternion operations: raymath
- Audio loading and playing with streaming support (WAV, OGG, MP3, FLAC, XM, MOD)
- VR stereo rendering support with configurable HMD device parameters
- Huge examples collection with +120 code examples!
- Bindings to +50 programming languages!
- Free and open source. Check [LICENSE].
And what's very important, I think, is that it has a sweet little raylib_parser.c that exposes all its enums, functions and structs very easily and through the JSON file it outputs I believe we can automate binding it for OpenXTalk.
So here is a stack where raylib_api.json has been imported into a custom property array and then placed into a Tree View so that we can view the data and get to producing Builder code. I've disabled the buttons at the top of the stack window as the data has already been set into the stack, they are left there just in case the data gets mangled. I'm so tempted to lift all the 'name' array indexes up to the root...but i figured I better leave things intact just in case we figure out a way to automate the process we are after, then any future raylib update will be easily run through the same automation to achieve the desired result.
Oh A plain text file is availble from the parser
it might be easier to have an overview of the language through that text than through the stack or through the JSON.
Or maybe the big [url=https://www.raylib.com/cheatsheet/cheatsheet.html]cheat sheet PDF is more your flavor.
This would be a perfect opportunity for a tutorial in making external libraries available to OpenXtalk through the Builder.
So where do we start?