Seems to be back to previous behavior for now, which is more helpful. Many thanks for the fix.
Thu, Jun 13
Wed, Jun 12
The workaround was to remove this new feature for vertices -> rB21b5af766d33
Sometimes it is better to keep the original behavior.
@Germano Cavalcante (mano-wii) While this is a very welcome addition and a definite improvement, it breaks the ability to snap to original curve vertex, even for non constructive modifiers, like say Edge Split which is a shame.
Tue, Jun 4
Sun, Jun 2
Thu, May 30
Wed, May 29
Sun, May 26
Thu, May 23
In 2.79 I currently use a similar setup and it works quite well.
May 15 2019
May 14 2019
I agree with Campbell here, an explicit way to save preferences even with autosave is desirable.
May 10 2019
May 9 2019
I haven't tried it myself, but from the demo images it does seem to make a lot of sense from a user point of view.
May 7 2019
The way the keymap works in this patch means you can box-select and vertex-select in one action.
The vertex maybe outside the box region you draw, making this feel like a glitch
May 6 2019
If we always auto save preferences we lose the ability to temporarily change something for the current session alone. I often use it if I don't want to permanently change something, or need it just for the current file I'm working with.
Either way I don't have very strong feelings about it, most user preferences are relatively easy to undo or restore to defaults; if you want to fully reset you can easily load factory settings by erasing userpref.blend.
May 5 2019
May 2 2019
Apr 30 2019
Apr 29 2019
Apr 26 2019
Apr 20 2019
This seems to be a more coherent solution. The header should consistently stay at the top
Apr 16 2019
I can see how this would be a useful feature, but it can also be quite destructive if an unsuspecting user creates a new collection and suddenly finds out all his selected objects were moved there.
It also raises some questions like if objects should be moved to the new collection (removed from all current ones) or should they be linked (remain in their current collections in addition to the new one)?
- Can I suggest adding 'Duplicate Linked' as Alt-D ? I think it is even more frequently used than regular Duplicate.
Apr 15 2019
Apr 12 2019
Apr 5 2019
These are overall nice improvements. Hovering tooltips with convenient info would also be a welcome addition.
Mar 30 2019
Mar 29 2019
I don't make use of render layers very often but I do frequently use multiple scenes per project. I understand the reasons for removal (too prominent, clutters UI) but I can see how it will make workflow slower for those who use it.
Mar 28 2019
Mar 26 2019
Mar 25 2019
Mar 24 2019
Mar 20 2019
Mar 19 2019
When one is making an effort to rename things and keep a scene tidy it is a frequent action to rename both the object and the data at the same time so having both in the same dialog would definitely save quite some clicking around for two very related actions.
Mar 18 2019
Not sure if this is entirely related or technically feasible, but since settings are being moved it sounds like a opportune moment to propose such changes.
Mar 14 2019
Mar 8 2019
Mar 6 2019
Mar 5 2019
Mar 4 2019
Mar 2 2019
Mar 1 2019
These seem to improve clarity substancially.
Feb 26 2019
Feb 25 2019
Feb 23 2019
Feb 19 2019
Agree, a lot more readable. Additionally with your proposed layout we gain collection icons aligned with child objects which also looks tidier and easier to follow.
Feb 17 2019
I do like this order a lot more, it seems more organized and logical.
Feb 16 2019
Feb 15 2019
I would happily aprove of this change. It would single handedly solve the problem by making it immediately discoverable, at the (IMHO small) expense of a little a little getting used to the new behavior.
Not sure if it can be addressed by this patch, but it seems related.
In the RGB curves node, the wrench icon menu opens sideways to the right of the button, unlike any other, which can get annoying.
Feb 13 2019
I think the numbers for collections is a weak concept to begin with. When you have nesting and unlimited numbers of them, the 1-9 numbers don’t map logically very well.
I would oppose removing the ability to set renderabilty and viewport visibility independently.
It is one of the current strengths of Blender and one of the things I really like about it.
There are several cases where you want objects visible in the viewport but not renderable. Here are a few:
This would indeed be a welcome addition to bring back. Would it also be possible for the pop up to allow renaming of object data as well?
Feb 12 2019
Feb 11 2019
I agree with William I believe it is just a miscommunication issue, more specifically a matter of using the correct icon and label.
As I have mentioned before, if we named it something along the lines of "Freezing" and changed the icon to a snowflake or similar (if copyright doesn't get in the way) it would solve most confusions
Just though it could also integrate to the camera view gizmos, but your solution is indeed a lot more consistent.
It also turns the viewport text into something functional, instead of static text.
A popover menu to pick currently active camera would also be very welcome.
Something akin to what we can currently do from the Scene tab of the Properties Editor.
It is currently hard to quickly browse through all cameras views in a scene.
Feb 7 2019
Feb 5 2019
Feb 4 2019
But if those colors are important, and specific colors are expected, then I *could* make them dynamically too.
Or I could take the specified theme color and try to make it darker or lighter. However that has some pitfalls. It would work correctly if the theme designer used a color with some latitude, like a mid-green so I could shift it into a light or dark green.