Consolidate Window Splitting Menus

[Random Void User]

Presently, two different menus split screen layout.

Code: Select all

View / Split Tab
Hamburger / One group (etc.)

This interface confuses. To unify the semantics, the hamburger menu would better be a "Split Window" submenu under View,

Code: Select all

View / Split Tab
View / Split Window

However both relate more to "layout" than "view" options. The "view" options mostly format text. So, another way to consolidate is to rename the hamburger to "Layout" and put both tab and app splitting under that:

Code: Select all

Layout / Split Tab / Do not split (etc.)...
Layout / Split Window / One group (etc.)...

Thanks!

[main Alexey]

this way split-window items will be deeper and slower to access.
more mouse aiming will be needed.
maybe it will be OK if I tell you that user can customize this top-menu, via Configure Menu plugin?

[main Alexey]

or maybe we can move 3 items into the top of the '=' menu:

Code: Select all

* Do not split tab
  Split tab horizontally
  Split tab vertically
------------
* One group
  2 vert
  2 horz
  3 vert
  etc

[Random Void User]

I like this idea, but the '=' menu should be called 'Layout' for clarity. The hotkey underline makes it look like a hamburger menu. Regardless, the menu label is too cryptic. Perhaps using 'Layout (=)' would keep the '=' hotkey visible, yet still communicate the menu's purpose at a glance.

As for the Config Menu plugin, I need to try it out. Thanks!

[Random Void User]

Actually, consistent semantics argue for three menus. Distinguish (1) text formatting from (2) UI layout from (3) UI splitting.

Call the revised '=' menu 'Split' and break what remains of 'View' in two. A new 'UI' menu consolidates 'View' layout items that are not about splitting (fullscreen, toggling UI elements, etc.). And a new 'Text' menu adopts 'View' items about text formatting (lexer, folding, line numbers, etc.). These items might instead work under 'Edit' since they relate to editing.

[main Alexey]

do you suggest to show this in the View menu?

------
UI >
Text >
------

I don't like it because it moves menuitems deeper, making it hard to aim with mouse.

About 'Split' menu item: I agree.

[main Alexey]

released 1.221.5.2, it has the change:

* change: top menu item '=' renamed to 'Split' and 3 menu items from 'View / Split tab' moved to this new 'Split'

I did not agree with the change to make 'UI' / 'Text' submenus in the 'View' menu.

[Random Void User]

do you suggest to show this in the View menu?

Not as submenus, no. I meant to replace 'View' completely with two new, top-level menus, called 'UI' and 'Text' (while I also said 'Text' items might better fit under 'Edit' than a top-level menu). The problem now is that 'View' incorporates both UI and text functionality, which are different concept domains. The word 'view' can mean either one, but clear separation is best.

The proposed 'UI' menu could be called 'UI Layout' or just 'Layout' to clarify its function, because 'UI' is geek-speak. In English, the connotations of the word 'layout' suggest UI elements, while the connotations of 'format' or 'edit' suggest textual matter.

Thanks!

[main Alexey]

what will be the final list of menuitems in the View menu then?

[Random Void User]

The old 'View' menu disappears. Its contents split into two new menus.
(1) The new 'Layout' menu adopts 'Global Properties' items.
(2) The new 'Text' menu adopts 'Current tab properties' items.

EDIT: The new 'Text' menu could also take over all items now in the 'Selection' menu.