Add one missing 32x32 version of blender cursor: Hand

hi, @Hans Goudey (HooglyBoogly), fair enough. I'll just add a pic here that shows there's still a relationship between the edges data and the bevel tool. Fortunately you can access both at once and make changes to/in both ui positions without losing the bevel operator menu. I was thinking more of the modifier tbh and grouping of related items for access in the one place.

Well the bevel active tool doesn't use the bevel weights, so I'm not sure why it would make sense to have them in the same location. Plus they're very different things-- one is the options for the operation you're about to do with the tool, and one is used to control data attached to edges.

Updated with current master.

While it's definitely important to be able to easily access tools i'm not sure about that solution. I don't see why it's necessary to have a whole new UI concept only to be able to do 2 things that are ment to do the same task:

1. trigger a modal operator
2. activating a tool with its gizmos

Those two boxes are linked together. The lower one is only more detailed description. Closing this as invalid.

Blender has a bunch of tools integrated for retopology and some stuff is hidden, this is a problem for a good approach.

Don't all tools have hotkeys already? How would addons be affected?
Maybe an Alt/T menu is needed for people who map the spacebar to other than Tools?
Currently it's easy to press spacebar for the menu, then use the hotkeys after for speed/non mouse move.
Is all this dressing really needed? Isn't there enough ui confusion to look at before adding more?
Maybe I'm misunderstanding things here.

In T65138#775938, @Sergio (SirYo) wrote:

In T65138#774295, @Makahiya Dimakausap (moonshutr7) wrote:

It's already resolved (at least in my computer) in the latest 2.81 build (2019-9-11).

how to fix sir?

yes that's correct. Bevel weights is about as far away from the bevel tool or modifier as possible. It requires looking for in the ui each time you need to use it. It always made me think, why is such a heavily relied upon bevel tool out there all lonely?

Is there a reason to make the gizmo optional?

Hmmm, although... seeing that "Alt", "G", "R", and "S" makes me think it might be nice to have outline and background color added to uiFontStyle. Might be a better way of doing that than the event icons since those have to be fixed width.

@Campbell Barton (campbellbarton) - yes, thanks! Wasn't trying to shit on it, just trying to think it through.

If I understand you correctly, that's separate from the Bevel active tool. The bevel weight is in the "Item" tab of the viewport side panel.

@Harley Acheson (harley) edited the task to include exact behavior, see "Implementation"

I'm sure you have thought of this, but as described there might be some issues caused by toolbars being per-editor, while the status bar is global. And other related problems caused by the leader key being a press rather than a hold.

what about bevel weights? should it be there in edit mode?

Is the end goal a true vim-style leader key system, or a version of the wm.toolbar operator that uses UI overlays instead of a popover?

in adition to this, I want to propose make a optional "Auto 3d Cursor" mode that change the pivot point automatically to 3d cursor until the user change selection? For example, without the option activated, blender keeps the classic behavior. With the option enabled:

In T69934#777009, @Philipp Oeser (lichtwerk) wrote:

• so BKE_scene_unit_scale compensates for length, but does not for velocity (I think this is on purpose though...)

Yes.

Hey Eitan, I tried your patch and it's nice but i really don't understand the point of changing wireframes opacity in the UV Editor.
can't know what the request is about since RightClickSelect is down.

I actually discussed this report earlier today with the author (he messaged me on Twitter). The real issue was the use of Shift+LMB for selection in the outliner. Shift is the modifier key for doing a range select. When there is an active outliner element, range select will not activate any elements. Ctrl is the modifier for extending selection + activation (equivalent to Shift click in 3D view).

@Bastien Montagne (mont29) ah yes. @Nathan Craddock (Zachman) is working on exactly that, also so that walk selecting can change the active item. It required refactoring selecting vs activation.

@William Reynish (billreynish) parenting is totally unrelated to the issue here really… It just reveals the inconsistency in selection order (which confuses users):

• If you select multiple objects from the Outliner, the first selected one is the active one.
• If you select multiple objects from the 3DView, the last selected one is the active one.

@Bastien Montagne (mont29) I guess we should make it consistent. It only really makes sense to parent the selected items to the active one I think.

More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.

@Brecht Van Lommel (brecht) can this be committed for 2.81?

I will try to explain better.

I cannot reproduce it. Has this been fixed or am I doing something wrong?

Not sure I understand correctly:

I tried just changing the keymap configuration to Blender default, but the same "ctrl" bug persists. I am scared to lose all my custom configurations, brushes and addons if I use Factory Settings, so I will have to do everything again. Is there a way to reverse from factory settings? Maybe if I don't save the startup file after restoring factory settings?
Can you also try to reproduce this bug? If it happens to others, it is a bug from this version, not from my configurations.

For the future implementation of statistics, I would suggest showing vert\poly counts in outliner.
Also, outliner might have shown a distinction between real geometry\collection and instanced one.

In T62971#776278, @William Reynish (billreynish) wrote:

In T62971#776266, @Ludvik Koutny (rawalanche) wrote:

In T62971#775904, @William Reynish (billreynish) wrote:

@Ludvik Koutny (rawalanche) you can simply press P to go to the parent folder. This works for the default Blender keymap, just as it always has.

I always switch to ICK when testing 2.81, so I assume that industry standard in that case would be backspace :)

No, on Windows it is Alt-Up and on Mac it is Cmd-Up, for going to the parent folder.
I've enabled Cmd-up now for Mac users, so both will feel at home now.

@Zino Guerr (Zino): will put that on low prio (since it seems very specific to assign the hotkey and doing nothing in between), but feel free to comment again if you've found that it crashes in more scenarios...

Can confirm a crash.

Could you please check if this is still an issue if you do File > Defaults > Load Factory Settings ?

Does these files display correctly if your turn on our international font? Edit / Preferences / Interface. And just click the checkbox for "Translation". No need to select a different language. Just turning on that checkmark swaps out the font we use for a fancier one that contains more characters, including Hindi.

Animation is actually still running as evidenced by displayed FPS meter after window is closed.
Also Anim Player is not displayed in progressbar when playback is started in "child" window

No need for video evidence, just say, that you got bunch of rectangles instead of hindi.

@Kalyan (coder.kalyan) I wouldn't recommend this for someone just getting into Blender development, this is a harder task than it appears to be. Issue is a) getting the updated transform data out (previously you had to force an update of the object matrices, potentially duplicating work - the new depsgraph might make this simple to solve), and b) efficiently recalculating the gizmo position (calculating its position with 1000's of vertices selected can be expensive).

Linux "Desktop" System item can use ICON_DESKTOP

@Harley Acheson (harley) Ok, it was not clear to me that this was initially Windows-specific. I am fine with supporting Windows directories first and adding more later. But I'm then not able to review this. Adding @LazyDodo (LazyDodo) instead to test on Windows.

👍

@ThinkingPolygons (ThinkingPolygons) - The "recents" section is still there?

The "recents" section is still there?

Updated patch to use new "desktop", "removable drive", and "network drive" icons.

In X11 you can either:

We should order Blender windows relative to each other. So that the file browser is highest, then other windows without a topbar, then the main windows with a topbar. Not always on top of non-Blender windows.

My suggestion was to start by making all temporary windows to be always-on-top, see D5765. That literally means always on top, even on top of non-Blender windows. Then try to get to this task as soon as possible, hence why it's set to high priority.
Multi-window support in Blender is far from great in regards to usability, but that's nothing new and we won't be able to fix it for 2.81. But again - I see it as a high priority issue.

Interesting. Did you rebuild target? There is a change to a python file included here.

The spirit of the patch is good, but in testing I couldn't get it to do what you claim it does:

it would be great if it reported the actual data + the instantiated ones, highlighting somehow that they are instantiated and not "real"

In my opinion, we could show both. If we move scene stats to either:

I find this patch very confusing. What is the purpose? Is it:

In T62971#776266, @Ludvik Koutny (rawalanche) wrote:

In T62971#775904, @William Reynish (billreynish) wrote:

@Ludvik Koutny (rawalanche) you can simply press P to go to the parent folder. This works for the default Blender keymap, just as it always has.

I always switch to ICK when testing 2.81, so I assume that industry standard in that case would be backspace :)

In T62971#775904, @William Reynish (billreynish) wrote:

@Ludvik Koutny (rawalanche) you can simply press P to go to the parent folder. This works for the default Blender keymap, just as it always has.

Hi, I'd like to work on this if that's ok. Any pointers on where the related code is/how to accomplish this? Also, should jut the gizmo be visible or do we want to keep all the UI items visible?

One solution could be that In front/side/top/etc views only show one rotate handle

Backtracked on joining the Volumes and System lists. Instead the System list is fleshed out to be more useful. Shows blend file location (if available), temp location, textures, sounds, etc.

Last experiment of the day...

Of course another idea is to keep the System list but flesh it out a bit more...