Since the Properties view has so many tabs, including global tabs like Render as well as tabs that are always there for a given item type but may be less often used, when you select a particular item like a Light, it can take a moment to hunt down the tab you want that has the primary parameters for that item type, especially as a new user.
What if we added a subtle highlight, like outlining with the selection color say, to the tab (or tabs) that would be most commonly used with the currently selected object?
Here’s a (not subtle) screenshot showing the idea, though the highlight here is probably too much and would be confusing in that it’s not actually the active tab. Perhaps increasing the highlight for the active tab and then color the outline of the “interesting” tabs. “Interesting” could be “most relevant to selected item” as above, or could even be something like “contains a non default setting” or “contains animated parameter or expression” depending on user preference.
In this example we’re looking at the Render properties, but have just selected a Light and are trying to draw attention to the Light Properties tab:
How about to make Pie-menu toggle with one button? I mean if you press ‘Z’ to call pie-menu then it is very logical way to press ‘Z’ again to disappear it if you called it by mistake, instead of clicking mouse.
You just remembered me that it’s impossible to select two side handles of two different keyframes at the same time, e.g: if you want to perform the same transform operation on both sides of two different keyframes at the same time.
You can either select both keyframes entirely (which selects both side handles) or one single side handle of a single keyframe.
This is a very old papercut… but I guess it would be something for Alexander Gavrilov to check, since he is the one doing sort of an “animation revamp” on Blender right now.
Another related papercut is the impossibility of scrubbing the timeline on the graph editor (now with right click) without moving the “horizontal bar” (Cursor Y) as well, since you must click on the editor active window, which then repositions both bars at the click location. Would be good to be able to “Lock” the horizontal bar at a certain value, if one wishes to (sometimes we animators use the horizontal bar to do transforms on keyframes based on it)
It’s also really sad that we cannot add drivers (and keyframes?) to curve’s keyframes values and it’s modifiers options. For example, you cannot drive the left handle value of a keyframe curve, or the Scale factor of it’s noise modifier, or it’s Restrict Range start and end values. But this would be a proposal, not a papercut. Maybe this could be part of the Everything Nodes, since I guess driver relations will be part of this project…
Also I don’t know if this has been considered already, of if this is the place for this idea, but in regards to “Spacebar activates either Play, Tool or Search operators”, there could be an option for it to be a pie menu… so you could choose either of those three at the flick of the wrist.
You press spacebar and if you want to search something, you move your mouse up (for example), if you want to play animation, move left, if you want tools, move right. After all Pie menus is already a concept deeply integrated with 2.8.
After setting edge rounding of UI elements to max value, the first / last item’s highlight shape in context menus, while preserving its rectangular form, starts to don’t behave as expected:
Would it be possible to include the Scale tool in the task description too? This tool would benefit from this as well. And it would also be good for consistency.
The Transform tool doesn’t need to have this though because the area is already used for free rotation.
Right now it is quite amusing to try to scale the interface with your mouse in User Preferences because of the change of design.
Open up User Preferences, go to the Interface tab, move your mouse to Display Scale and start dragging. As you do so the slider widget you are currently using is itself increasing in size (as before, so no issue), but is also now moving to the right (because of the menu beside it increasing in size). You can sometimes get it to work, but quite often it is just an unpredictable, jumpy, jittery mess.
Admittedly, this is more preference than errors. But just because we have an icon, and there is room for an icon, doesn’t mean that everything needs icons. Sometimes they hinder a quick read, as shown below on the left:
And I really think it is time to remove all the redundant colons everywhere. There was once a concerted effort to remove them from Properties and it looks much better. But they are literally littering the User Preferences. Many titles, almost every section, most inputs. Two redundant dots doing nothing but decreasing the readability…
Was just looking through the source and they are specifically adding colons all over the place. I doubt they would appreciate me ripping them all out of there, even though they really should get gone…
There is an inconsistency with the header of the 3D view. The transform orientations display both the icon and the text, while the pivot point (and the other icons) only includes the icon - the icon and text are provided only when clicking the button and getting the drop-down options. On a 13-inch laptop, many of icons do not fit in the header when switching to edit mode. In the interest of saving space and being as economical as possible, the transform orientations should only display the icon instead of both the icon and text.
Not sure is it the place, but could we have same names for collections or objects? It is quite useful for some scenarios:
Collection_01
+++Models
++++++Props
+++Lights
Collection_02
+++Models
++++++Props
+++Lights
Also there is no visual way to know if objects linked (via Alt+D).
