- User Since
- Apr 18 2016, 11:44 PM (169 w, 1 d)
Mon, Jul 15
@Dalai Felinto (dfelinto): We should most certainly make improvements to this area. Pressing Bold, Italic, Underlined toggles should affect the selected text, just like any text editing app would. Wer should make this work as expected.
This is not sufficient information for a bug report.
@Jacques Lucke (JacquesLucke): you activate the tool and see the corresponding gizmo in the viewport. That’s all.
@Harley Acheson (harley) Interesting.
Sat, Jul 13
Fri, Jul 12
Thu, Jul 11
Cannot reproduce the issue here
@Sergey Sharybin (sergey) yes that file crashes if I enter edit mode on the mesh object and begin to move the verts. I have no flickering, only a crash here.
Here's the crash log I get, when I move those verts in Edit mode:
Yes indeed I can reproduce this crash.
Strangely I cannot reproduce that issue here.
Small correction to the report: This doesn't work from the context menu.
Wed, Jul 10
Alternative pencil cursor:
@Keavon Chambers (keavon) The word 'enable' is implicit in the fact that it is a toggle with a checkmark. The checkmark already communicates 'enable' or 'disable'. We put 'Show' in front of items to clarify that it is a display option.
Tue, Jul 9
I’m not sure if the new pencil icon. It just looks like a stick, and there is nothing pencily about it. Perhaps make it thicker and add a tip or other things that makes it readable.
Marker area covering the first channel is an unrelated issue. It happened in 2.79 too, and will be mitigated when we add the ability to hide markers per editor.
Mon, Jul 8
Yes, we should not invert cursors like the magnifier - only the arrows, as you say. But even then, if we switch to the built-in system arrows, even that might not be necessary.
You simply mention other contributors in the commit itself when it comes to that.
Using OS-cursors would be nice to do more on the Mac too. Here are a few of the built-in ones on Mac:
Thu, Jul 4
You could try and post the crashlog here
Well, if you get it to work well for all editors, it could go through review as a built-in feature I think.
No crash here on macOS. Hard to say why it crashes for you.
1: Yes, why we don't have numerical input for this I don't know. It makes obvious sense, as it's currently quite difficult to accurately control. It's not a bug of course, but a missing feature.
Nice. IMO this should even just be a built-in feature. Other apps with nodes have this included by default.
Wed, Jul 3
This indeed seems wrong - probably a small mistake.
I can confirm this crash here.
When you say it 'doesn't work', what do you mean?
Tue, Jul 2
Gizmo also disappears when deleting an object, but not when deleting a vertex
Seems fine with me I guess. I have a slight preference to a more simple solution, with a single checkbox to enable or disable markers, avoiding needing a sub-menu, but this is probably also acceptable.
Mon, Jul 1
technically those are not menus but popovers. But I guess they could also react to this option.
Ín Blender we can set items both as active/inactive and also enabled/disabled. Disabled items cannot be interacted with, whereas inactive items you can.
Currently you can only add workspaces that aren't already loaded.
size can't be confirmed
Adjust Last Operation should be added to all editors, except data views like File Browser, Properties and Outliner.
However, a few notes:
Sun, Jun 30
Currently, we don’t include selection operators in the context menus anywhere.
Fri, Jun 28
Seems good to me now.
Seems nice enough to me.
Nice feature. Ideally we should really also then add overlays on the clips so you can judge the fade over time.
@Paul Kotelevets (1D_Inc) Full-size Mac keyboards typically have *more* buttons than most average PC keyboards. Macs go up to F19, for example. So technically most PC users have ‘less capabilities’.
Seems good to me.
Afaik, it’s not really a bug per se, but simply an unfortunate limitation.
The missing gizmos is a bug.
Most of these seem like improvements, except the use of the term ‘drawing mode’. We don’t use this term for display options anymore - it’s fundamentally confusing when we have actual drawing modes for users to draw in.
Please only report one issue per report, otherwise it's hard to track this.
Thu, Jun 27
We should re-fix this before release. GP draw mode at least is highly problematic with no visible cursor.
This is not a bug - it's always how Blender worked.
That is just not how the NLA currently works. The strip names are independent from the action names.
This commit breaks changing tools. Now, when you change tools, the gizmo is simply added on top, and the previous gizmo doesn't go away. the more you change tools, the more gizmos will build up.
I found this report quite hard to read, but I interpret it to be about the fact that you cannot see which channel is selected in the NLA source list. That is indeed an issue, which appears to simply be a mistake, and is trivial to fix.
As you say yourself, it *IS* a keymap conflict in your custom keymap with using right-click for tweak and also cancel. You'll have to sort out this conflict in your own keymap.
Unless you can prove the DOF is wrong, by comparing to an exact match real-world setup, I am marking this as invalid
Keep in mind that the DOF depends on the world scale, the sensor size, the focus distance and the distance from the camera.
I cannot reproduce this.
Assigning to you @Pablo Vazquez (pablovazquez) since you are handling the UI colours/themes.
Perhaps Alignment X/Y would work better in this case - takes up less space and fits more with Location X/Y. The misaligned Shadow checkbox should be fixed separately by T65965.