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

Fix quiver scaling to respect user input #280

Merged
merged 2 commits into from
Jul 9, 2022

Conversation

acxz
Copy link
Contributor

@acxz acxz commented Jul 3, 2022

This changes the scaling logic for quiver/quiver3 which respects the user input direction by making sure the scaling factor is the same for all directional vectors, u,v,w.

Coincidentally, fixes #279 as now the magnitude of the input direction is used to normalize instead of the max of the specific directional vector and the max of all cartesianal directions are used instead of axes specific.

@acxz acxz force-pushed the quiver_scaling branch from a2ecd3d to 959a734 Compare July 3, 2022 21:45
@alandefreitas
Copy link
Owner

Nice!

@alandefreitas alandefreitas merged commit e17c934 into alandefreitas:master Jul 9, 2022
@acxz acxz deleted the quiver_scaling branch July 9, 2022 19:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

quiver: nan issue when u or v entries have a 0
2 participants