[Kst] [Bug 249799] New: UI usability: reorganize View menu

[Nicolas Brisset]

https://bugs.kde.org/show_bug.cgi?id=249799

           Summary: UI usability: reorganize View menu
           Product: kst
           Version: 2.0.1
          Platform: Compiled Sources
        OS/Version: Linux
            Status: NEW
          Severity: wishlist
          Priority: NOR
         Component: ui
        AssignedTo: kst at kde.org
        ReportedBy: nicolas.brisset at eurocopter.com


Version:           2.0.1
OS:                Linux

In kst2, there are 2 menu items which need a bit of work to be completely
consistent and self-explanatory: Data and View. The others are OK.

1) Data: the problem is that it contains both entries to visualize data and
entries to create new objects (albeit only derived objects, not "primitives")
2) View: the end-user has no idea what a QGraphicsView is and can get confused
finding entries for the creation of annotation objects along options to set the
interaction mode

Suggestion: create 3 menus:
- "Create" -> containing the same entries as the data manager (with improved
names, but that'll be a separate report) in a cascading menu style plus another
cascading item called "Annotation" and containing the list of annotation
objects currently under View
- "View" -> containing the current "View *" items from Data, plus the data
manager at the top. I think we'll also be adding metadata there pretty soon
- "Mode" -> containing the various interaction modes: data mode (toggle), tied
zoom (toggle) and "Create shared axis box", XY or X-only or Y-only zoom
(exclusive choices) as in kst 1.x, layout mode (exclusive with zoom modes)

Notes: 1) there are also actions which are only in the toolbars. I'm not sure
that's such a great idea (they can be hidden...). I'd suggest adding "Reload"
to the File menu and "Create layout" to Create (but what is it really???). The
advance one screen & co could go to another menu "Move" ("Scroll" sounds
somewhat better, but I fear it would be confusing with the same actions on the
plots, as they existed in kst 1.x and as I think we need to reintroduce)
2) the toolbars also need to be reorganized accordingly
3) the toolbars should probably be configurable (or is it a KDE-only mechanism
which we can have in the forthcoming KDE version?)

Reproducible: Always




Remark: this is hard to imagine from reading the text, and relatively easy to
do. Maybe we could just try it and decide by popular vote in the end what
should be kept or not?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.