-
Notifications
You must be signed in to change notification settings - Fork 25
Open
Labels
decisionWe must decide if and how should this be doneWe must decide if and how should this be done
Description
A suggestion for solving #141.
A Component could be: a single Obstacle, a pair of PeriodicWalls or a Vector{Obstacle} for having multiple obstacles in the billiard table.
The "index" of the obstacle in the billiard table will then always be a tuple (i, j) with the i looking at component and the j looking at the obstacle for this component.
I am guessing that this would make performance critical for simple billiards. So maybe a ComponentBilliard type should be introduced, having a dedicated bounce! function.?
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
decisionWe must decide if and how should this be doneWe must decide if and how should this be done