Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

3.0 plan #33

Closed
chrisdill opened this issue Sep 25, 2019 · 4 comments
Closed

3.0 plan #33

chrisdill opened this issue Sep 25, 2019 · 4 comments
Assignees
Labels
enhancement New feature or request good first issue Good for newcomers help wanted Extra attention is needed

Comments

@chrisdill
Copy link
Owner

chrisdill commented Sep 25, 2019

Preparing bindings for the release of raylib 3.0.

  • Reduce unsafe with features like Span I tested it on the Mesh arrays and it makes it easy to use it as a normal array, however I am not sure it is something that should be in the binding code directly. I am thinking of having a example showing how to use it though.

  • Improve generator so it can regenerate current bindings. See Improving code generation #29 for details on this. I have tried different approaches and work on this is ongoing.

The bindings are nearly automated so the hard part is updating all the examples. Help on this is greatly appreciated.

@chrisdill chrisdill added enhancement New feature or request help wanted Extra attention is needed good first issue Good for newcomers labels Sep 25, 2019
@chrisdill chrisdill self-assigned this Sep 25, 2019
@chrisdill chrisdill mentioned this issue Sep 25, 2019
5 tasks
@chrisdill
Copy link
Owner Author

Update on progress made.

Issues have been found with 3D here #39 and #35. I am stuck on deciding the best way to handle this issue.

Currently using IntPtr. This allows types like Mesh to Marshall to C# but makes accessing the data more difficult. I have also tried with the newer Span which is nicer although for now I don't think the user should require it.

My main focus at the moment is getting the examples working again and preparing for the next release. I am also learning about continuous integration to see if that can help with this.

@raysan5
Copy link

raysan5 commented Jan 5, 2020

@chrisdill thanks for the update! I plan to release the new version by February. I wanted to finish some things before but I think I'll just release a new version with current state. 😊

@chrisdill
Copy link
Owner Author

chrisdill commented Jan 22, 2020

Another update. More ideas on things etc.

To make things easier, here is a updated task list.

  • Update bindings to raylib 3.0.

  • Update examples to raylib 3.0. See #7.

  • Include the official release libraries for raylib. Tried before with my own build of raylib but could not maintain it and I was not happy with it. Trying a different approach this time and will see how it goes.

  • Make extra modules clearer. Looking at moving them to their own class and having the option to load from their own library. Before I tried a custom build that included them with raylib but I ended up deciding against that.

  • Learn more about continuous integration and set it up. Currently testing github actions.

  • Prepare a official release for raylib-cs. A folder with both the binding code and the libraries. See NuGet package does not work in most configurations #43.

  • Add more details to the README on api differences to raylib. Maybe create a seperate wiki with a setup guide. See Improving documentation #56.

Also note that other tasks like examples using Span and improving the Generator have been put on hold for now.

@chrisdill chrisdill changed the title 2.6 plan 3.0 plan Jan 26, 2020
@chrisdill
Copy link
Owner Author

Closing as I feel a new issue should be created for the next release of raylib.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants