UVviewsoft forums

Presently, two different menus split screen layout.
This interface confuses. To unify the semantics, the hamburger menu would better be a "Split Window" submenu under View,
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:
Thanks!

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?

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

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!

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.

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.

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.

main Alexey wrote: ↑25.02.2025 07:21 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!

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

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.