[FR] QoL - Document Item re-order, Context Color Selections, Scroll Bar Thickness, Tab Bar positioning, and more

[Alaztor10]

Description

Quality of Life adjustments. Several items for consideration.

Itemization Re-ordering in General Documents

• Currently there is no easy way to re-order any items within documents. General text, headers, lists, grids, etc, are all position locked within documents. To re-order I would have to delete or insert from above then paste content. GRID items function great by long press to re-order, bring this functionality to generalized items.
• Reordering by highlighted selection or individual portions.

Context Color Selects

• All color items are currently hard locked to individual theme color variants, making customization very hard to initiate beyond editing JSON files and hoping you find the right color.
• Default color selections on Header titles, for legibility and automatic colorization

Scroll Bar Thickness in editor

• Current editor scrollbar is very very thin, in both sidebar and main editor locations. It does not scale up with UI zoom/increases. Often times I want to scroll but end up grabbing Resize bar instead. Allow for thickness editing within theme or double/triple the current size.

Tab Bar on top of Application corner context

• Opening documents in new tabs places the Tab bar ABOVE the Applications minimize/maximize/Close context bar. Some team users have indicated that it confused them that they were closing the Tab, but instead closed application.
• Swapping between Opening Tabs also incredibly slows down application and sometimes ends up Hard Freezing the application. Simply clicking back and forth between two empty documents have frozen the application on multiple occasions.

Multiple Spaces to exist in sidebar

• Only one Space is currently visible at a time. Request to have multiple Spaces accessible to quickly move between multiple items and documents. Spaces can already collapse fully, why not allow them to be displayed in conjunction with all the others created with a Workspace.

Empty Line space Delete breaks next Header line function

• If a line is empty and the delete key is pressed, it will forcibly remove the Next lines header function. Result is counter intuitive as a most editor will simply remove the current line rather than remove the next line's formatting to Match the existing line. Suggest to swap functionality to remove empty line rather than reformat next line to match empty line setting.

Impact

Quicker writing and organization of all pages/documents.
Allow ease of scrolling in to search.
Functional colorization for customization and editing, making for distinct variations and accessibility for those with visual deficiency.
Re-ordering Tab Bar to underneath Application context bar will help Prevent users from accidentally closing down application.
Allow for ease of access to all Spaces.
Adjust expected functionality from years of editor functions.

Additional Context

No response