-
-
Notifications
You must be signed in to change notification settings - Fork 823
Plan view fixes #7022
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
base: v0.8.0
Are you sure you want to change the base?
Plan view fixes #7022
Conversation
…placing doors / windows in plan view.
@theoryshaw since you seem to be working in plan view a lot, you could test this PR as well if you have the time. |
NP. Got error when trying to place a door...
|
This issue should now be fixed, although I'm planning to add a bit of caching for better plan view performance... |
If this means faster switching between drawings, that would be awesome. |
This PR addresses a few issues with the plan view.
Together with #6986 and #7003, plan view is much easier to work with.
Cut geometry not updating properly
Previously, placing a door / window into a wall resulted in the "fill" geometry not updating correctly, while the "cut" geometry updated normally. This is now fixed.
Snapping to cut geometry
Previously, it was very hard to place doors / windows into a wall, as snapping seemed to prefer the floor slab. This was somewhat fixed by adding logic to snap to the "cut" and "fill" geometry in plan mode. Additionally, if any viable snap point is found on this geometry, all other snap points are ignored.
Placing objects into the intended container
Previously, generic objects like furniture were always placed into the default container. This is especially frustrating in plan view, as only one storey will be visible most of the time.
With this PR, generic objects will be placed into the container of the object that is snapped to. The preview was also updated to accomodate this. The default container will only be used if no object was snapped to or the snapped object does not have a container.
(Images taken in model view to better visualize what is happening)
This incidentally also fixes window / door previews (they were already placed in the snapped container, but the preview was not reflecting this), but this is explicitly fixed in #6986.
Using the appropriate representation for placement preview
Previously, when placing an object (e.g. a door), the current representation of the type object would be used. This would be the wrong preview if the type was last seen in a different mode (e.g. plan view). The preview now switches to the appropriate representation.