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

Your suggestion of a 'default tool' should not be necessary. It's essentially the same as enabling a Transform tool and disabling Click Anywhere.

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.

Make sure we always put the Properties on the right for consistency

I like the idea of "multiple splash screens", I find it to be a nice compromise between everyday usability and welcoming new users.

We could even add a dropdown right in the splash screen for this setting.

In T54896#521587, @William Reynish (billreynish) wrote:

In T54896#521545, @Antonio Vazquez (antoniov) wrote:

@William Reynish (billreynish) We still have pending where relocate the old toolbar operators like this:

Any idea?

Yes.

A few suggestions if I may. They make sense for my use cases, but I'm not sure how they alight with the global vision or everyone else's workflow.

Currently in Blender 2.79, under the Circle Select Modal keymap, C key Release event can be set as Confirm, essentially making it only work when it is pressed.

Perhaps the "Mesh Edit Mode" category could be named more generic like "Object Data" or just "Edit Mode" to be more broad and eventually encompass more settings.

I generally like the direction Andrzej Ambroz work is taking, keep up the excellent work.

Without seeing it in action I'm blindly wondering if in the Ctrl+H collection menu regular click shouldn't just toggle layers, and Ctrl+Click would isolate instead.

This is a fantastic improvement, great work.
It would also be useful if Blender could automatically "auto advance" to the next slot upon rendering.

Would it be too much trouble to allow longer collection (or datablock in general) name length?

Not entirely UI related, but do you have any plans to remove Hemi type lamps from the add menu and Blender entirely?
They were only really supported by Blender Internal, the old GLSL viewport and Blender Game Engine, which were all removed.
Cycles never really needed those, and were interpreted as point lamps AFAICT, and with the introduction of EEVEE it seems they are no longer useful.

I believe the space bar, being such a prominent and easy to reach key in most keyboards, should be reserved for something really important and frequently used.
Quite frankly I wouldn't mind at all if it was kept as the current search menu, it is an easy way to reach most operators not immediately available in the UI.

In D3400#79143, @Germano Cavalcante (mano-wii) wrote:

In D3400#79122, @Duarte Farrajota Ramos (duarteframos) wrote:

Some targets are already somewhat confusing (like Closest, which takes the point from the bound box instead of the object).

This is absolutely great, I've been following Germano's work on improving the snap system and it is most welcome improvement. This was probably one of my last remaining gripes with Blender.

The visual feedback of manipulators will make life a lot easier for newcomers and "eyeballed" modeling.

I think this was originally declined by the developers because it tampered too much with the transform code, which was said to be delicate already.
Wondering if something like this could somehow integrate with the new work being done on T54661: Gizmo Design instead.

In T54963#500023, @Ludvik Koutny (rawalanche) wrote:

I agree that consistency is good, but I am not sure there are that many users associating deselection key with modifier key for inverse of the action. My reasoning for this is that Shift key is very commonly used for addition to selection, not only in CG software, but in common mainstream software.

In T54987#501541, @Tomas (Rusculleda) wrote:

Hi! I'd like to point out that the § symbol is absent from many popular keyboard layouts

Not sure if this fits entirely in this task, but since there seem to be changes in the way input values are treated, Would it be very hard to support ignoring leading zeroes?
Currently if one accidentally types 05 or 003 in a value box it fails to set the property, and the input is ignored and reset to previous value.

In T54951#500286, @William Reynish (billreynish) wrote:

The auto-collapse thing also exists, but you have to hold down a modifier key. We could make it more discoverable somehow.

I'm really loving the style and overall design; vertical tabs and search filtering make a lot more sense.

In T54963#499959, @Mantas Kuginis (MantasKuginis) wrote:

In most 3D industry applications, animation packages, even in file managers, LMB click and drag on empty area = initiates Marquee/ Border select.
LMB click and drag on active area = Gives user ability to Move selected items by dragging

Really like the direction this is going. If I may add, I'd like to suggest a consistent use of modifier keys.
Currently in Blender the Alt key has become sort of a "reverse" or "opposite" key for many operators; like H hides Alt+H unhides, P Parents, Alt+P unparents, R Rotates, Alt+R clears rotation etc., you get the idea.

Really like the whole direction this is taking.
One suggestion if I may: If feasible make progress bars bigger, possibly filling the whole available width.
Especially for blocking actions like rendering, or baking simulations, while few other info needs to be displayed.
Or optionally make the progress bar a background thing over which other icons and info are overlayed.

This is looking better and better, 2.8 Outliner is finally going to become what it should have always been, great work!

I can confirm that this happens with any newly added NURBS objects including non "2D" ones like a sphere or wedge.
Pressing Ctrl+J to join them always collapses all shapes into a squashed 2D object.

I see thanks for the clarifications agree with it all.

Really like the direction this is taking. :) A few thoughts from a user point of view:

Any news about this @João Araújo (genio84) ?

This is looking promising, love the direction it is taking. Just two suggestions for right click menu:

Hum my memory might have been a little fuzzy on that, but if I recall correctly some operators (like Add>Cylinder) had some form of primitive "on-canvas properties pop up" though not all of them, and and they had no interactive preview.

I have mentioned it before

In T53139#467056, @Julian Eisel (Severin) wrote:

• Would the popup invoked by "More..." only contain advanced operator settings or all of them (current F6 popup)?

No strong opinion here.

Select Tools (Circle, Lasso, Border)
Allows for circle select to exit after each stroke - so the user can adjust the view (common request).

Hum I see now, I do have a multi-monitor setup and make heavy use of multiple layouts for each monitor window, hand't though of that.
If that is the only use then I agree with Julian, maybe they could just be mostly hidden from the user and handled automagically by Blender in the background.

In T50845#462076, @xan2622 (xan2622) wrote:

The user can simply create a clone of the current workspace if he/she wants an alternative layout.
I haven't really found the need to create other screen layouts (especially because workspaces also do the job).

In T50845#462044, @xan2622 (xan2622) wrote:

a simple button would be enough.

It may be working but it is not committed to master nor included in any official release.
This is indeed a useful improvement though, would be nice to have for 2.8. Is that feasible?

Yes I understand, I feared as much. May this eventually work well for 2.8 then.

Maybe this makes a fine candidate for @Campbell Barton (campbellbarton)'s custom manipulators at T51844

In D2751#65481, @mathieu menuet (bliblubli) wrote:

Very helpful for review. It's a pleasure to see a student with so long commitment.

I'd vote for tucking it away in the right-click menu too. Less visual clutter, no accidental deletions, and it could help make the pulldown menus more visually consistent.

I know this is a work in progress and not finished at all, but I'll leave a few unsolicited suggestions if I may; purely from a mere user point of view:

Cool, lets get this into 2.8! :)

Whooaa! Thanks for changing this behavior. It has always bothered me, but since I don't use it very often I just thought I was the minority here, and it was required for everyone else's workflow.

Oh, sorry, here you go.

Could not recreate here under Windows 7 64 bots Blender 2.78, making duplicates real for both groups defined in the provided file worked as expected.