TODO list
This commit is contained in:
1
.gitignore
vendored
1
.gitignore
vendored
@@ -1,2 +1 @@
|
||||
*.user
|
||||
TODO
|
||||
|
||||
@@ -106,5 +106,6 @@ add_custom_target(
|
||||
AUTHORS
|
||||
LICENSE
|
||||
README.md
|
||||
TODO
|
||||
.travis.yml
|
||||
)
|
||||
|
||||
14
TODO
Normal file
14
TODO
Normal file
@@ -0,0 +1,14 @@
|
||||
* FilteredView (decorator with a member method that accepts a filter function to apply to the entities returned by the underlying view)
|
||||
* custom allocators and EnTT allocator-aware in general (long term feature, I don't actually need it at the moment) - see #22
|
||||
* document the whole framework (long term feature, it makes sense but I've not much time to spend on it unfortunately) - see #28
|
||||
* to analyze, long term feature: systems organizer based on dependency graphs for implicit parallelism (I don't want to think anymore in future :-))
|
||||
* save/restore functionalities - see #27
|
||||
|
||||
* AOB
|
||||
|
||||
---> candidate
|
||||
we can get rid of the available vector and use an entt_traits::entity_type element and a boolean in place of it.
|
||||
the idea is to create an implicit next-list in the entt_traits::entity_mask part of an entity, so that it doesn't affect the version.
|
||||
the each member function can the iterate all the entities and check if the mask return the entity position to test for validity.
|
||||
in all the other cases (mask different from the position or mask equal to the available start point) the entity isn't valid.
|
||||
it sounds good indeed, experimental feature to be tested.
|
||||
Reference in New Issue
Block a user