Blender UI paper cuts

user-interface

#851

Short answer is yes, everyone wants that, including developers. It’s only a silly technical reason why it works this way with these clumsy arrows for re-ordering. Blender doesn’t have very good drag and drop support for this kind of thing.

Perhapes we could abuse normal panels here


#852

UI inconsistency in Pie menus.
Some pie menus have hot keys for each option (like Shift-S) while some haven’t (like Shift-Z).


#853

I don’t know if this can be considered a real paper cut, so i posted in the UI thread, but a link here might be ok: Blender 2.8 user interface design


#854

It’s on the todo to make Preferences nicer still, to sort out the header.


#855


would be usefull if, when draging single handle of the Curve(any bezier curve,fcurve etc ), tapping GG would allow to move along normal(or tangent). Currently we need to place a cursor at a keyframe and then scale this handle with cursor set as pivot point.
Also why there are no Gizmos for Fcurve editor? In the 3Dviewport at least when we edit bezier curves, we can set gizmos to move along normals, and grab our handles along normals


#856

Indicate “origins only” in the header bar.

I just spent more time than I am willing to admit trying to figure out why my objects would only move and not scale and rotate, when the transform properties weren’t locked. It turned out I have “origins only” selected in the “pivot point” popup. This is not communiated in any way when the popup is closed. I don’t want to jump to solutions, but some sort of color fadeout for the headerbar icon would help.


#857

Closed: lots of space for the name, quickly hide/unhide with dragging behaviour

Open: more visibility toggles, move up/down, apply & copy are now available (to be better aligned)


#858

:sweat_smile:
:pray:


#859

When you change an animated value and change the time, the value will simply be lost. The dots next to the value could appear different for such cases.


#860

Not sure if this is considered a UI paper cut, but it is something that has been around–at least for the Mac version. In Edit Mode, there are are some edges that extend further than the vertex points, almost like a normal (but not really). It gets longer/shorter when you increase/decrease the vertex size in Preferences.
Edge%20Bug


#861

oh nice, didn’t know about it…thanks.


#862

I think it’s some kind of bug but the keyframe dots for Object Location, Rotation and Scale does not appear on the N panel.


#863

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:


#864

A lot of handy shortcuts in the node editor it seem they don’t work anymore (shift + click to select, ctrl drag to cut links, etc…)


#865

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.


#866

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…


#867

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.


#868

I have posted this in left click Default Left click Default?


#869

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:


#870

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.
scale_tool_manipulator_circle

The Transform tool doesn’t need to have this though because the area is already used for free rotation.

Thanks.