Skip to content

Conversation

@SiboVG
Copy link
Member

@SiboVG SiboVG commented Sep 13, 2022

This PR fixes #1662. The issue was in the scaling order, whereby the parent component of the pod was scaled first, and then the pod (and its offset). This caused the parent reference length for the axial offset to change first, and the scaled axial offset to be calculated incorrectly. This PR first does all the component offset scalings, and only then the component dimension scalings.

I also noticed the same issue as #1653, but for ThicknessRingComponents (e.g. TubeCoupler), which this PR fixes.

@hcraigmiller
Copy link
Collaborator

Functions as expected, no anomalies found.

Build 1024
[Windows 11 Pro; Version 21H2; OS Build 22000.739; Windows Feature Experience Pack 1000.22000.739.0]
[Java "11.0.15" 2022-04-19 LTS; Java(TM) SE Runtime Environment 18.9 (build 11.0.15+8-LTS-149)]

@SiboVG SiboVG merged commit 9b2780d into openrocket:unstable Sep 13, 2022
@SiboVG SiboVG deleted the issue-1662 branch September 30, 2022 12:27
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.

[Bug] Pod placement does not scale correctly when positioned relative to middle/bottom of parent

2 participants