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

Transparent modifiers and supports #2369

Closed
robustini opened this issue Feb 13, 2022 · 6 comments
Closed

Transparent modifiers and supports #2369

robustini opened this issue Feb 13, 2022 · 6 comments

Comments

@robustini
Copy link

robustini commented Feb 13, 2022

It would be very useful if the modifiers when repositioning or resizing were as transparent as unselected ones.
That way it would be much easier to position and resize them correctly based on how the STL is made.
Same with supports, different color but trasparent.

immagine

@supermerill
Copy link
Owner

I don't really understand.
They should have the same "Frame" (origin, orientation, scale) as the part, so If you created with your 3D modeler, it should be at the right place.

@supermerill supermerill added the awaiting response Further information is requested label Feb 13, 2022
@neophyl
Copy link

neophyl commented Feb 13, 2022

I made a very similar feature request on the PS github ages ago. prusa3d#3678 or prusa3d#4438 , as when placing modifiers added via the software they aren't done in CAD. People use the built in shapes to get extra perimeters around holes for example and to avoid surface discontinuities it can help to sink the modifier below the outer surface so that it looks better on the outer layers. This can be problematic as once its inside then manipulating it or judging its position is much more difficult.

Also a secondary side benefit of a transparency would be to show if you have one part inside another on the plater. When adding several parts all at the same time if you have very small ones its possible to miss them as you cant see them. I've got into the habit of selecting parts one by one on the right hand panel and looking for them in the window to make sure I don't do that but I'm not the only one who has that problem. There have been a few threads on the forum where its cropped up too.

I do understand that changes to the gui like this can be difficult which is why I was hoping that PS could throw resource at it :)

@supermerill supermerill removed the awaiting response Further information is requested label Feb 13, 2022
@supermerill
Copy link
Owner

It's already done by prusa in the 2.4
It's in the nighty / next beta

@supermerill supermerill added the fixed for the next version That means that you should be able to test it in the latest nightly build label Feb 13, 2022
@robustini
Copy link
Author

robustini commented Feb 14, 2022

I don't really understand. They should have the same "Frame" (origin, orientation, scale) as the part, so If you created with your 3D modeler, it should be at the right place.

I'm, sorry, maybe I expressed myself wrong, I meant a sort of x-ray when positioning and resizing, like the two feature requests of the PS GitHub.
Many times when they are positioned inside the STL body then they are obviously hidden, it would therefore be useful for the STL to be transparent too, at least during repositioning and resizing.

@neophyl
Copy link

neophyl commented Feb 14, 2022

While the modifiers are transparent in the 2.4 PS release this doesn't really help with the use case of sinking them into a normal object which is not transparent. Nor does it help detecting objects inside objects.

@supermerill supermerill added enhancement and removed fixed for the next version That means that you should be able to test it in the latest nightly build nightly / dev branch labels Feb 14, 2022
@supermerill
Copy link
Owner

I don't know if it's hard to also add some transparency to part (via a shortcut, ideally)... as the code exists for modifier I guess it's not.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants