Just in case the slight difference in highlight color needs explaining...

I know. 3D cursor is a slow workflow, 3-point alignment is not available workflow at all.
As it have been told, this entire proposal is totally raw, hasty and incomplete.

We shouldn't rely on 3d cursor for this, that's the whole point of having this origin transform feature.
3d cursor is a slow workflow.

Position of them is the same thing.
Precise positioning of the origin is available through 3D cursor operation.

In T69132#781289, @Paul Kotelevets (1D_Inc) wrote:

it is the same issue

In T69132#781285, @TheRedWaxPolice (TheRedWaxPolice) wrote:

For ultimate flexibility

In T69132#781177, @Demeter Dzadik (Mets) wrote:

Currently in transform origins mode, transform operations like resetting a transform with Alt+G/R/S, or snapping to the cursor, still moves the object. Is this a bug, or intended? Feels strange to me.

In T69132#781177, @Demeter Dzadik (Mets) wrote:

How would I go about moving only the origin to the cursor?

Currently in transform origins mode, resetting a transform with Alt+G/R/S still moves the object. Is this a bug?

In D5778#134582, @Jacques Lucke (JacquesLucke) wrote:

This seems to be a little more difficult. See T68814 and rB3b3d811bf0a7e1a6.
Also, please remove the old code and don't just comment it out.

Worth noting that currently bones can neither be sorted alphabetically, nor by hand. Would be super cool to have them benefit from all these enhancements, too !

I guess this can be committed now?

This seems to be a little more difficult. See T68814 and rB3b3d811bf0a7e1a6.

Oops. Next time I'll add the revision to the commit message,.

quick note: checked on Select Hierarchy (the python one for the 3DView):

• problem with Direction set to Child is just problematic if called from search [default Parent] and then wanting to REDO (set to Child), this isnt working because the operator cancels...
• but we already have extensive menu entries in Select > Select More/Less, and these all do the work just fine...
• (it is a bit inconsistent with the operator in the outliner [as in: the python one will only do one level, the outliner one will do recursive], but this can be handy at times so dont think this a problem either...)

Seems the mesh operators are in a different file, my mistake. I think this is fine then.

I like the idea of leader keys as a general feature, and I could see using T or Spacebar as a leader for tool-switching (toggling toolbar visibility or calling a different operator with TT or Dbl-Spacebar), but I don't think Alt is a good default. Programs that use Alt as a leader, or to initialize a keyboard-based UI navigation mode, tend to use input schemas that aren't directly comparable to Blender's, using either fewer modifier keys in general or a firmer division between mouse-based and keyboard-based input modes. I'd investigate other options, including off-the-wall ones like Tab as a leader or Enter to toggle shortcuts between modals and tools, before getting too far into this.

Yeah, there's always the battle between convenience (having properties everywhere they might be useful) and organization (keeping only a type of property in a single place.

Hmm, I see "Construct" in the tooltip for every built in add-mesh operator.

Is the issue that this colored displayed in the viewport is some mix between e.g. "Active Spline" and "Auto Handle Color"?

did anyone try for a while to see how double-click in the empty area …

I hold a mouse click in an empty area for a wrong UI concept. There isn't always (or mostly, depending on your work) an empty area to click available.

Thanks for the report, but this is not a bug, but the intended behaviour. It can get confusing because we are talking about two hierarchical system that work in parallel with no ties to each other:

In T62971#779797, @Duarte Farrajota Ramos (duarteframos) wrote:

In T62971#779766, @voxel9 wrote:

Did anyone try for a while to see how double-click in the empty area to go to parent folder works?

I have been using that daily for quite a few years now across multiple alternative file browsers for windows like FreeCommander, XYPlorer, Tablacus and I I'm a big advocate of this navigation method.
I recognize however that it is relatively "non standard" and obscure, and would be very hard to discover for new users. I don't think it would be a fitting alternative for having .., nor even something to include in the default keymap (can confuse users), but I would certainly welcome keymap support for the ability to set it up manually if one wanted to.

If you think that some additional feedback could be useful:

• it would be nice to remember the size and the placement of the window
• I liked a lot the single click to enter a folder
• I feel weird that the Options button on the left side of the window is opening a panel on the opposite side
• personally, I'm switching a lot between the display modes. The fact that they are now one more click further in a menu instead of the main toolbar is slowing me down a little.
• it would be nice a "Select All" checkbox only for the Filter Blender IDs list (maybe instead of the small Blender icon)

In T62971#779766, @voxel9 wrote:

Did anyone try for a while to see how double-click in the empty area to go to parent folder works?

I'm pretty sure this isn't a bug, as the same behavior is used if Cube is moved to collection 2 from the viewport with "M > Collection 2". If only the parent cube is moved to the second collection, the outliner draws the child with a dashed line under it, showing the relationship, but implying that the child is in a different collection

In T62971#776839, @Ludvik Koutny (rawalanche) wrote:

In T62971#776278, @William Reynish (billreynish) wrote:

In T62971#776266, @Ludvik Koutny (rawalanche) wrote:

In T62971#775904, @William Reynish (billreynish) wrote:

@Ludvik Koutny (rawalanche) you can simply press P to go to the parent folder. This works for the default Blender keymap, just as it always has.

I always switch to ICK when testing 2.81, so I assume that industry standard in that case would be backspace :)

No, on Windows it is Alt-Up and on Mac it is Cmd-Up, for going to the parent folder.
I've enabled Cmd-up now for Mac users, so both will feel at home now.

I use computer since I was about 11 years old. I am now 28 and it is the first time I know about Alt+Up working in Windows. Everyone knows about backspace, which works in Windows too, by the way. Furthermore, it still doesn't solve the problem of the folder up hotkey requiring two hands to press, making it way inferior solution to double dot. If you want to remove double dot, you really need to provide users with at least remotely comparable alternative, ergonomics-wise. Otherwise they will keep complaining, for a good reason, since you've now taken something that was fast and easy to do, and replaced it with something harder and slower to do, with no gain in return.

At the end of the video my mouse cursor is moving at a different part of the screen btw and then it also happens.

GPU drivers for the intel graphics are part of MacOS, which is fully up-to-date. I added a short screen recording. The effect is a bit less than earlier when I reported it, but otherwise still similar. When the animation is playing, it does not happen, only when paused.

Dont think this is a bug really, but expected behavior?
(2.79 also did this for layers)
(it is generally easy to select the whole hierarchy (various ways) and proceed from there...)

The built-in Blender operators in object_add.c all use Add, that's what this should be consistent with. If other operators use Construct then those can be changed.

Cannot reproduce here (linux, 970m, 435.21 drivers).

Cannot reproduce here (linux, 970m, 435.21 drivers).

Add one missing 32x32 version of blender cursor: Hand

hi, @Hans Goudey (HooglyBoogly), fair enough. I'll just add a pic here that shows there's still a relationship between the edges data and the bevel tool. Fortunately you can access both at once and make changes to/in both ui positions without losing the bevel operator menu. I was thinking more of the modifier tbh and grouping of related items for access in the one place.