-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
put_start_and_end_on does not work with Arrow3D #3655
Comments
I will look into this. |
good knew |
Care to elaborate? |
Tommorow I will create a PR. The problem was in scaling. I had to add a get_start and get_end methods for cone and arrow3d classes. |
SirJamesClarkMaxwell
added a commit
to SirJamesClarkMaxwell/manim
that referenced
this issue
Apr 16, 2024
3 tasks
Cool thank you! I tried out the PR and it works beautifully. |
3 tasks
chopan050
added a commit
that referenced
this issue
Jun 26, 2024
…rrow (#3706) * my test is not passing, i need to add a little bit of docs. except that everything is fine. Issue is solved! * fixed the issue #3655 * removed comments * fix: 3706 original issue, without adding unnecessary dot added: i added self.height parameter in Cone class my tests passes * Changes that way how end point of Arrow3D is calculated. * I've improved the methods get_start and get_end for the Cone class, and get_end for the Arrow3D class to ensure they return accurate geometrical points after transformations. Additionally, I've included unit tests to verify the correctness of these methods for the Cone class. * Finished! Replaced VMobject by VectorizedPoint as Ben suggested while ago * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci --------- Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com> Co-authored-by: Francisco Manríquez Novoa <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description of bug / unexpected behavior
In 2D, put_start_and_end_on can be used to animate the tip of an arrow. In 3D the size/volume of the arrow appears to increase without bound, and also rotates much more than expected.
Expected behavior
The same behaviour as 2D but in 3D for an Arrow3D.
How to reproduce the issue
Code for reproducing the problem
Additional media files
Images/GIFs
ArrowAnimation.mp4
Working 2D Version
Code for reproducing the problem
Additional media files
Images/GIFs
ArrowAnimation.mp4
System specifications
System Details
python/py/python3 --version
):pip list
):FFMPEG
Output of
ffmpeg -version
:Additional comments
Even in 2D the put_start_and_end_on() method seems to use the line/vector (and ignores the triangle/cone) for the end point, whereas when initializing the Arrow class the end point does represent the tip of the triangle/cone.
The text was updated successfully, but these errors were encountered: