2
0
mirror of https://github.com/raylib-cs/raylib-cs synced 2025-04-05 11:19:39 -04:00

8 Commits

Author SHA1 Message Date
094c4e7789 Update project details and experimental libs
- Unsure on experimental lib at the moment. Need to test pinvoke
overhead. Might move to examples repo.
- Update README.md.
- Update Raylib-cs.csproj.
- Remove GenMeshDefault.
2021-05-11 08:19:46 +01:00
e49ca5b92c Review bindings
- All raylib structs are now blittable.
- Fixing some incorrect functions(types, naming etc).
- Remove netfx.props.
2021-03-25 20:43:39 +00:00
3096e3b683 Remove old LICENSE notes from Physac and Raygui 2021-01-27 13:59:47 +00:00
f17aa05cef Minor update to experimental modules
- Fixed return type in Physac.cs
- Update Raygui.cs
2021-01-10 15:10:16 +00:00
4f0fdc3880 Removed unused tags from project files
- Don't need to specify Platforms and Configurations for libraries or tests.
2021-01-02 11:26:56 +00:00
8d9201c341 Dropping experimental netfx support
- Set libraries to target netstandard2.1 and updated tests to net5.0. Still learning about the new features. Libraries may also change to net5.0
later if the newer features are useful enough to include directly in the library.
- Removing Platform.cs which was only used by netfx.
2020-11-12 11:17:03 +00:00
8b522882f6 Replacing Matrix with Matrix4x4.
- Matrix in raylib is column major whereas in numerics it is row major. The type marshals and works but it needs to be transposed before it can be used. At first I looked into keeping the matrix
type and converting between the 2 as that made sense but I think using just the on type and documenting the difference is a better tradeoff. It may be easy to create bugs by forgetting to transpose but with good documentation I think this is better than having to deal with the 2 types. I may be wrong about this so we will see how it goes.
2020-05-03 13:23:11 +01:00
def2598e05 Moving Physac and Raygui into their own libraries and marking them as experimental.
- Both bindings have causes confusion and issues in project setup. Moving them into separate libraries should make things clearer and easier to maintain.
2020-04-28 20:53:45 +01:00