In T54963#665795, @William Reynish (billreynish) wrote:

You can now box select while the transform tools are active, just like in Maya.

Left-click and drag to box select. Middle-mouse drag to use transform tool outside the gizmo.

Seems correct to me. @Campbell Barton (campbellbarton)?

You can now box select while the transform tools are active, just like in Maya.

Lack of outliner specific theme colors is still holding this back for me. Also would be good to ensure Blender Light still looks ok with this, and if not adjust it.

That should be able to be supported like so:

This seems good to me with the latests updates. @Brecht Van Lommel (brecht) @Pablo Vazquez (pablovazquez) can you take a look too?

The problems with those tools is that, they don't behave like " standard " DCC apps. So :

• When I'm in move tool mode I should be able to box select and deselect everything, keeping the move Tool On.
• The same is in rotate and scale mode .

@TheRedWaxPolice (TheRedWaxPolice) personally i use box select on RMB click drag and hotkeys for transform tools even have cycling transform tools with a hotkey , this way not only i can select but also click drag with manipulators on LMB and they don't interfere with selecting components pretty much like "Right click select".....now when you use selection tools you have to be outside the selected components otherwise it will deselect from the cursor's position especially with "substract". i know this is unorthodox way but i found it much more intuitve and fast the only thing is missing is to be able to toggle transform tools that's all what i am looking for either from the Active tools or the pop-over ones if we can map anyone of them to our own hotkeys then they can both stay since not all of us find this little problem annoying.

will renaming be a problem? can it break saved keymaps?

@Andrzej Ambroz (jendrzych): not using the yellowish backdrop's colour for its outline, makes the backdrop look a kind of messy.

I can confirm this. It was the first thing I found when I added footer. And followed header as an example instead of navbar.
I don't remember exactly why this is happening. But has something to do, with navbar added initially for properties. While it was an afterthought for preferences.

@Harley Acheson (harley) - not using the yellowish backdrop's colour for its outline, makes the backdrop look a kind of messy.

Applies to current master

RIght. There seems to be a bug spotted by @Sebastian Koenig (sebastian_k). But all in all this is implemented, yes.

RGB values outside the 0..1 are actually valid, limiting them is not the correct solution for this bug. For example a HDRI background can emit with arbitrarily high color values.

@Dalai Felinto (dfelinto), I guess this task can be marked as resolved?

In T54963#665307, @Zino Guerr (Zino) wrote:

why would u need click drag if you are using the gizmos in the first place?

In T54963#665280, @TheRedWaxPolice (TheRedWaxPolice) wrote:

In T54963#664924, @Zino Guerr (Zino) wrote:

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones

No, they are different, With the "real" transform tools you can click and drag anywhere to transform, which is a top feature. The "overlay" gizmos are great to help the tools that doesn't have gizmos, like the selection tools, so you can for example box select and still have the gizmo available etc... They both need to exist.

In T54963#665280, @TheRedWaxPolice (TheRedWaxPolice) wrote:

In T54963#664924, @Zino Guerr (Zino) wrote:

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones

No, they are different, With the "real" transform tools you can click and drag anywhere to transform, which is a top feature. The "overlay" gizmos are great to help the tools that doesn't have gizmos, like the selection tools, so you can for example box select and still have the gizmo available etc... They both need to exist.

In T54963#664924, @Zino Guerr (Zino) wrote:

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones

In T54963#664924, @Zino Guerr (Zino) wrote:

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones ,so they can be used with the industry hotkeys and work with other Active Tools epsecially selection tools and i beleive it will even bring 2.79 functioanlity to be easily toggleable....and the pop-over can remain for the other options.

@EitanSomething That's what the top high priority item is about "T63193: Animation Editor Scrubbing Area."

I think change frame in the animation editor types should be left click instead of right. It doesn't make sense for the selecting and changing of a frame to be right click when selecting an object or buttons is generally left.

@Brecht Van Lommel (brecht) : I think the correct solution would be to use te->directdata if it exists, and otherwise do the hash lookup.

Actually, the more I look at this the more it looks deliberate.

In T54963#664917, @Dan Pool (dpdp) wrote:

@Michael Klement (zaha) Instead of adding a modifier key, try using the Click Drag behavior for the operators. For instance, you can keep Ctrl+E (Press) for the extrude active tool and Ctrl+E (Click Drag) for the Mesh -> Extrude and Move on Normals operator. It works really well and is pretty intuitive it also gives the best of both worlds.

This is especially nice with the QWERT shortcuts, but wouldn't work as well with knife or loop cut.

@Cezary Szadejko (cez) the q key is select in 3ds Max. This is just like the q key in the industry compatible keymap except you can also hit q multiple times to choose your drag behavior in Blender.

i want to ask what id the real difference bewteen these two?, wouldn't be ideal to replace the Transform tools with the pop-over ones ,so they can be used with the industry hotkeys and work with other Active Tools epsecially selection tools and i beleive it will even bring 2.79 functioanlity to be easily toggleable....and the pop-over can remain for the other options.

In T55194#664819, @T.R.O. Nunes (3Rton) wrote:

I greatly enjoy the Shading piemenu (Z-piemenu)

Fixed rBbe3adb51de21652d64a6839cd5614c5096064c6a

@Michael Klement (zaha) Instead of adding a modifier key, try using the Click Drag behavior for the operators. For instance, you can keep Ctrl+E (Press) for the extrude active tool and Ctrl+E (Click Drag) for the Mesh -> Extrude and Move on Normals operator. It works really well and is pretty intuitive it also gives the best of both worlds.

@Michael - (michael) Klement (zaha) Max uses "q" to just toggle all transform gizmos, it's pretty good.
Ctrl Q is a standard for quit for a lot of programs.
Ctrl A is an undisputed standard for select all everywhere.
I think Photoshop has the most comfortable deselect - Ctrl D

@William Reynish (billreynish) Over easter I got around to really test the industry keymap on project. While overall okay, I quickly got the feeling it's slow and cumbersome compared to the default Blender keymap. I had to resort quite often to the search for some things that did not have shortcuts. Here are some suggestions to improve this for pro users:

@Brecht Van Lommel (brecht): I really like the look of this...

@Brecht Van Lommel (brecht): My current thinking is we can do a gaussian blur of the alpha channel...

I think, that a 1 pix blurred black backdrop with 1 pix offset down (with controlable opacity of course) would be more than enough. I mean it to be similar to the way the text shadow is done right now.

In T55194#664421, @Jean Da Costa (jeacom256) wrote:

I just want to point out a thing.

I've been trying to keep calm with all the shortcut changes since looks like many are actually liking it. But I haven't seen anyone who liked or got used with the Z-Pie Menu, it seems like the obvious choice would be to have Z to toggle wireframe and Shift+Z to open the pie menu and not the opposite.

@Campbell Barton (campbellbarton) any thoughts on it?

Thanks. I think, this happen about all custom property.　context.scene.[prop] , context.object.active_material.[prop],
context.object.data.["prop"] etc.

I really like the look of this. Still missing new outliner theme colors before we can commit this.

I agree we need icon outlines, because using colored icons now is impossible on light themes. That seems to be just an inherent property of monochrome icons, no matter which colors you pick it never looks good enough.

I'm fine with removing the icon if there is no text next to it.

I think the correct solution would be to use te->directdata if it exists, and otherwise do the hash lookup.

Well, yep, there were no qiuck wireframe mode (very useful in modeling) and no quick texture (not material) mode.
v 2.80.57 seems to behave different - there is also no viewport rendering shortcut.

Confirmed, checking... [think this is isolated to the Info Editor though...]

I want to link the proposal to add the active tools to the N-shelf. Where I asked for a few changes that could be solved now, especially

I just want to point out a thing.

Thanks, committed rBac53291e1ff79144ca41d63b0787bfe04da21677

• Correct 2D animation screen name checks

• Correct versioning check

now I can use "F9" redo (same as blender 2.7), but it can easy disappear without intention, when cursor locate out of the menu range.
Of course, the good thing is it can move as I need. Current ”redo" panel (bottom right coner) and "F9" have pro and con. but do same thing.

Currently there is a problem with keymap of 3D Cursor.
Left click to set 3D Cursor is conflicting with Left Tweak to move it using transform modal keymap.

i would like to point out that moving "Mode and select mode..etc" to the tool settings bar is not ideal and here is why.

Hey ! So I was going through this task and had a small doubt. How is this different from hide/show one level which is easily implemented by just numpad +/- ?
Is there a necessity for this kind of shortcut?

This is now complete and can be tested and evaluated.

The bullet points from the original task description have been done, closing.

In T56702#535872, @Duarte Farrajota Ramos (duarteframos) wrote:

In T56702#535852, @William Reynish (billreynish) wrote:

Alt+LMB for view manipulation works in Blender currently when Emulate 3 Button Mouse is enabled in the Preferences. This is useful for users who don't have a 3-button mouse, and more importantly, many modern mice have unfomfortable scroll wheels that are not nice to click. Alt+LMB has always been an alternative, it just happened to not work for LMB select. We should fix that.

If I may barge in with a different suggestion I have for the better part of the last years been using a RMB tweak event for 3D view rotation, and have grown very fond of it for a few of reasons:

• Mainly because it allows full 3D view manipulation exclusively from the mouse
• Doesn't require any modifier keys whatsoever
• Works without any kind of keyboard interaction (you can even use a wireless mouse or be away from the computer, like for presentation purposes)
• If you keep panning (move view) in the MMB you can fully control viewport navigation with a single hand on the mouse (how conveninent is that? :) )

Changed "Input" to "Custom" like Pablo suggested. I found a few other examples of that term used in the UI, it's definitely better. Applies to latest master.