- User Since
- Dec 10 2018, 6:09 PM (126 w, 5 d)
Mar 29 2021
Mar 8 2021
Pick Shortest Path (with Fill Region) works the same way (requires an extra-click).
Only the first selection requires an additional click. If you continue to work with the tool, then all of the next selections work fine.
Jan 28 2021
@Robert Guetzkow (rjg) After the update, everything works fine.
Jan 21 2021
Jan 9 2021
Jan 6 2021
Dec 11 2020
Dec 9 2020
Nov 19 2020
Nov 9 2020
In short, you can get either option 1 (as described) or option 2 (if you skip step 5 and left Alt + Shift pressed), but not option 3 (which in my opinion is often the most desirable)
Nov 8 2020
Oct 1 2020
Sep 21 2020
Well yes, Snap With is Center. But origin not in the center. Аnd for the purity of the experiment 3D cursor is not in the center too. Still work.
I may have misunderstood you, but I think you're wrong. If you repeat what I described in the bug report but snapping not to the grid but to the vertex, then everything works well.
Wow. What you said to me sounds like "We've been living with this bug for so long that it's not a bug anymore". The selected Pivot Point is 3D Cursor. But the Object Origin is used. How is this not a bug? I'm not trying to argue, I just want to better understand what should be reported in bug reports.
Sep 20 2020
Thanks for the tip, Yevgeny! Added new hotkey on Alt+Shift+Left Double Click with Extend Select. Work perfectly.
Sep 19 2020
Sep 18 2020
Sep 16 2020
Sep 10 2020
Aug 21 2020
Aug 16 2020
May 25 2020
May 14 2020
@Ankit Meel (ankitm) It seems to me that the active object should be at least highlighted. And despite the fact that it is active, operations like transform rotate, etc. are not applied to it.
May 7 2020
@Sergey Sharybin (sergey) Technically, everything is clear, but there are also several reasons not to use this algorithm in all cases without exception (especially for modeling). Please look at this thread on devtalk, I would really like to know your opinion: https://devtalk.blender.org/t/subdivision-behaviour-is-different-than-in-any-other-software-causing-compatibility-issues/13032
@Brecht Van Lommel (brecht) I understand that the current algorithm works as planned by the developers. But is it possible that using an inappropriate algorithm that gives an unexpected result is a bug in itself?
May 6 2020
it looks like the problem may be in the new "limit surface" feature in the subdivision algorithm.
It's not about examples at all. The question is whether the algorithm works correctly or not. The cube is the simplest example, so I use it as a volume preservation marker (it's not about saving the shape, it's about saving the volume first).
Much better, but the differences are still significant. Moreover, this is a cube example where everything should work well
May 5 2020
May 2 2020
May 1 2020
Apr 27 2020
Apr 23 2020
Apr 18 2020
Apr 11 2020
Mar 26 2020
Mar 21 2020
File uploaded. In the file two copies of the same geometry. First with subdiv deformer (2 levels). Second with subdiv deformer applied (1 level) and subdiv deformer (1 level)
Mar 19 2020
Feb 17 2020
For example, I have a very complicated set of hotkeys that I transfer from version to version. Now, do I need to transfer it manually?
It seems to me that new hotkeys should be assigned default values, they should not disappear.