Making a Horizontal Split from the top menu bar is buggy #94071

New Issue

Pxy-Gnomes · 2021-12-14T19:49:12+01:00

Pxy-Gnomes commented

2021-12-14 19:49:12 +01:00

System Information
Operating system: Linux-5.11.0-41-generic-x86_64-with-glibc2.31 64 Bits
Graphics card: Mesa DRI Intel(R) HD Graphics 2000 (SNB GT1) Intel Open Source Technology Center 3.3 (Core Profile) Mesa 21.3.1 - kisak-mesa PPA

Blender Version
Broken: version: 3.0.0, branch: master, commit date: 2021-12-02 18:35, hash: f1cca30557
Worked: I don't know, but I don't remember having experienced any difficulty using Horizontal Split thing before.

Short description of error
I've identified and was able to reproduce 2 problems:

Horizontal Split sometimes simply doesn't work, from the top menu bar; I guess there might be an interactive issue using cursor inbetween the 2 top menu bars: Blender main menu bar and 3D Viewport menu bar.
A certain very narrow area (line of pixels) which makes the cursor icon changes at the top of the 3D Viewport Editor menu bar, is suppressing RMB-clicks from operating.

Exact steps for others to reproduce the error
Start a new blend file, tackling each problem (1 and 2) separatedly:

When the mouse is hovering near the top of menu bar of the 3D Viewport Editor (and that the cursor changes to a bidirectional arrow), and at the same time it is hovering at the the Blender main menu bar, near the Active (or inactive) workspace tabs (Layout, Modeling, Sculpting, UV Editing, etc., to the point it highlights the tabs' text, in the case it's an inactive workspace), SOMETIMES, when I RMB-click there in order to open the popup menu and then LMB-click on Horizontal Split, just nothing happens (that is, the popup menu vanishes, as if applied the command, but did not apply the command), and one must repeat the process until it works.
I've additionally found out that in a certain location, I guess the 1st line of pixels near the top of 3D Viewport menu bar, that 1st line of pixels that makes the cursor change (from a normal arrow to a bidirectional arrow), when I am at that narrow area, RMB-click to open the popmenu does nothing, like it's locked.

Thanks! Hope more issues can be found out, if any, from this kind of investigation on the UI.

**System Information** Operating system: Linux-5.11.0-41-generic-x86_64-with-glibc2.31 64 Bits Graphics card: Mesa DRI Intel(R) HD Graphics 2000 (SNB GT1) Intel Open Source Technology Center 3.3 (Core Profile) Mesa 21.3.1 - kisak-mesa PPA **Blender Version** Broken: version: 3.0.0, branch: master, commit date: 2021-12-02 18:35, hash: `f1cca30557` Worked: I don't know, but I don't remember having experienced any difficulty using Horizontal Split thing before. **Short description of error** I've identified and was able to reproduce 2 problems: 1) Horizontal Split sometimes simply doesn't work, from the top menu bar; I guess there might be an interactive issue using cursor inbetween the 2 top menu bars: Blender main menu bar and 3D Viewport menu bar. 2) A certain very narrow area (line of pixels) which makes the cursor icon changes at the top of the 3D Viewport Editor menu bar, is suppressing RMB-clicks from operating. **Exact steps for others to reproduce the error** Start a new blend file, tackling each problem (1 and 2) separatedly: 1) When the mouse is hovering near the top of menu bar of the 3D Viewport Editor (and that the cursor changes to a bidirectional arrow), and at the same time it is hovering at the the Blender main menu bar, near the Active (or inactive) workspace tabs (Layout, Modeling, Sculpting, UV Editing, etc., to the point it highlights the tabs' text, in the case it's an inactive workspace), SOMETIMES, when I RMB-click there in order to open the popup menu and then LMB-click on Horizontal Split, just nothing happens (that is, the popup menu vanishes, as if applied the command, but did not apply the command), and one must repeat the process until it works. 2) I've additionally found out that in a certain location, I guess the 1st line of pixels near the top of 3D Viewport menu bar, that 1st line of pixels that makes the cursor change (from a normal arrow to a bidirectional arrow), when I am at that narrow area, RMB-click to open the popmenu does nothing, like it's locked. Thanks! Hope more issues can be found out, if any, from this kind of investigation on the UI.

Pxy-Gnomes commented

2021-12-14 19:49:12 +01:00

Added subscriber: @Pxy-Gnomes

Harley Acheson commented

2021-12-14 23:18:59 +01:00

Added subscriber: @Harley

Harley Acheson commented

2021-12-14 23:18:59 +01:00

When you right-click in the gaps between editors you get a context menu that has some options to join/split/etc areas. But you can't join or split or do anything with the Top Bar (the area with File/Edit/Render/etc and workspace tabs) nor the Status Bar (area at bottom showing keymap info, etc) . Those two areas are fixed.

So right-clicking very high up in the space below top bar will be seen as an attempt to split the top bar, which is not allowed. I can't think of any simple ways of improving that but will keep that in mind. For now I'd say click a little lower when in that area. Or click a lot lower because right-clicking on the entire height of any header as well will give you the same options, which is easer to hit than the gaps.

When you right-click in the gaps between editors you get a context menu that has some options to join/split/etc areas. But you can't join or split or do anything with the **Top Bar** (the area with File/Edit/Render/etc and workspace tabs) nor the **Status Bar** (area at bottom showing keymap info, etc) . Those two areas are fixed. So right-clicking *very high up* in the space below top bar will be seen as an attempt to split the top bar, which is not allowed. I can't think of any simple ways of improving that but will keep that in mind. For now I'd say click a *little* lower when in that area. Or click a *lot lower* because right-clicking on the entire height of any header as well will give you the same options, which is easer to hit than the gaps.

Yevgeny Makarov commented

2021-12-15 16:03:50 +01:00

Added subscriber: @jenkm

Yevgeny Makarov commented

2021-12-15 16:03:50 +01:00

What I see here.

Separator between two editors: There are 1 or 2 pixels above and below the separator where the cursor changes to normal but... Right-clicking does nothing here. The editor's header is not highlighted as if you are not in the editor yet. The tab (properties editor) is highlighted. Left-clicking works.

Separator between editor and the top/status bar: If the cursor is close to the Top Bar tabs, the tab is highlighted (hover state) but the cursor is still of the "resize" type. Move the cursor higher and it changes to the default arrow, while Right-clicking still opens the split menu.

I am not sure that there is a case when it will be considered as an attempt to split the top bar. You select a menu item and at that time the cursor is inside the editor below. Well, and I don't see any issues when trying to split the top bar.

What I see here. Separator between two editors: There are 1 or 2 pixels above and below the separator where the cursor changes to normal but... Right-clicking does nothing here. The editor's header is not highlighted as if you are not in the editor yet. The tab (properties editor) is highlighted. Left-clicking works. Separator between editor and the top/status bar: If the cursor is close to the Top Bar tabs, the tab is highlighted (hover state) but the cursor is still of the "resize" type. Move the cursor higher and it changes to the default arrow, while Right-clicking still opens the split menu. I am not sure that there is a case when it will be considered as an attempt to split the top bar. You select a menu item and at that time the cursor is inside the editor below. Well, and I don't see any issues when trying to split the top bar.

Harley Acheson commented

2021-12-15 16:45:45 +01:00

@jenkm - You select a menu item and at that time the cursor is inside the editor below. Well, and I don't see any issues when trying to split the top bar.

Unfortunately it is the mouse position when that menu is launched that determines where the split starts, not the position of the item in the menu. And in this situation you are right-clicking in the top bar’s bounds.

> @jenkm - You select a menu item and at that time the cursor is inside the editor below. Well, and I don't see any issues when trying to split the top bar. Unfortunately it is the mouse position when that menu is launched that determines where the split starts, not the position of the item in the menu. And in this situation you are right-clicking in the top bar’s bounds.

Yevgeny Makarov commented

2021-12-15 17:02:16 +01:00

Unfortunately it is the mouse position when that menu is launched that determines where the split starts, not the position of the item in the menu. And in this situation you are right-clicking in the top bar’s bounds.

OK... Oh, yes I see sometimes the operator is canceled if it is called too close to top/status bar.

> Unfortunately it is the mouse position when that menu is launched that determines where the split starts, not the position of the item in the menu. And in this situation you are right-clicking in the top bar’s bounds. OK... Oh, yes I see **sometimes** the operator is canceled if it is called too close to top/status bar.

Harley Acheson commented

2021-12-16 01:20:15 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Harley Acheson commented

2021-12-16 01:20:15 +01:00

I think this can be fixed. Split is doing lots of checks before it even starts, which is no longer needed now that we allow changing from area to area once you start the modal operation.

I'll mark this as confirmed so I can reference it in a patch. Will take lots of testing though.

I think this can be fixed. Split is doing lots of checks before it even starts, which is no longer needed now that we allow changing from area to area once you start the modal operation. I'll mark this as confirmed so I can reference it in a patch. Will take lots of testing though.

Harley Acheson self-assigned this 2021-12-16 01:20:26 +01:00

blender-admin commented

2022-01-12 18:41:46 +01:00

This issue was referenced by fa8c2c7885

This issue was referenced by fa8c2c78857989c23262915921722cf69399d58d

Harley Acheson commented

2022-01-12 18:45:37 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Harley Acheson closed this issue

2022-01-12 18:45:37 +01:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Making a Horizontal Split from the top menu bar is buggy #94071