You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This was possible at one point, but it had a serious drawback; since the number of particles is part of the type specification, all constructors using the default number would be type unstable, resulting in terrible performance. Currently, the recommended approach is simply to override the operators with a custom implementation, or create a helper function that creates teh desired kind of particles. If you have any ideas on how to improve this situation, I'm happy to discuss :)
Ah, I didn't think about constructor performance because I almost always use ± and .. outside of the performance-critical parts of the code (I just use it for inputs, mostly). But that makes sense. I've been going the operator overload approach, which is fine too.
It would be nice to be able to set the default number of particles for
..
,±
, and∓
.The text was updated successfully, but these errors were encountered: