Projects/Liberty/Menus: Difference between revisions

From KDE Community Wiki
No edit summary
(→‎Toolbars: Simplify)
 
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
== Menu ==
== Menu ==
* '''File''' (yuk - too complicated)
A desktop application have many conventions which are carried over from 1980's technology, if you look at Android and web applications, I think you can see ''the tide is turning''. Lets look at an Android app; when you leave a page/screen or your page is partly covered by another, your work for that page is saved - no save button needed; very limited menu/tool bar items with overflow menu - simple to learn; direct manipulation -commands limited to context.
** New - n
** Open - o
** Open Recent
** Save - s (should automatically save after each change?  maybe every 5 minutes would be better)
** Save Design As (save embroidery under a new name)
** Save Pattern As (saves the work-in-progress, as an editable design)
** Reload - F5  (reverting to last save?)
** Print - p
** Export (how is this different to Save As – makes a copy)
** Close - w
** Quit – q (please don't ask to discard my work) (??)


*'''Edit'''
From a programmer's point of view, because it is easy to add menu items to the menu and write functions to process the click, you might have menus:
** Undo - z
** Redo - y
** Cut - x
** Copy - c
** Paste – v
** Select all – a
** Find – f
** Find Next
** Go to
*'''View'''
** New Window
** Grid
** Zoom in
** Zoom out


*'''Tools'''
'''File''' New, Open, Open Recent, Save, Save As, Print, Close, Quit
** Spelling
** Align
** Settings
** Help
** Toolbar
** New
** Open
** Save
** Save As
** Close
** Undo
** Redo


== Toolbar ==
'''Edit''' Undo, Redo, Cut, Copy, Paste, Select All, Find, Find Next, Go to
** New
 
** Open
'''View''' Grid, Zoom in, Zoom Out, Zoom to Default, Zoom to...
** Save
 
** Save As
'''Format''' Align
** Close
 
** Undo
'''Tools''' Spelling, Plug-ins
** Redo
 
'''Settings'''
 
'''Help''' About, Help Contents, Help on...
 
Thinking from the user's point-of-view, metaphor and mental-model, what menu items are needed?
 
If at some (zoom) level all the files are listed with an empty slot to create a new one, we can eliminate all file items except Print.
 
A free form search box and selection tool(s) just leave: redo, undo, cut, copy and paste.
 
Much of the other menu items are unnecessary, except to allow the user to learn what commands are possible.
 
===Modern Menu===
* '''Back''' to file list
* '''Print'''
* '''Redo'''/'''Repeat'''
* '''Undo'''
* '''Cut'''
* '''Copy'''
* '''Paste'''
* '''About'''
 
The 'Modern Menu' would be combined with selection tools, search box, zoom and pan tool, fade in fade out grid and alignment lines, snap to alignment, bubble help/tool tips, manipulation handles.
 
If the tools can be slide away, enough of the tool should be showing to recognize what action it performs - '''no mystery menus''' accessed by sliding the cursor to the edge of the screen. The tool boxes can fade away after a few seconds to allow the full design to be seen, then reappear if the cursor is moved or the screen touched.
 
== Toolbars ==
The tool bar can either replace the menu bar or provide a source of tool boxes which may be docked.


== Shortcuts ==
== Shortcuts ==
a – select all b – bold/strong-emphasis c – copy d – find previous e - f – find/replace g – find next h - i – italic/emphasis j - k - l - m - n – new in window o – open p – print q – quit r - s – save t – new in tab u - v – paste w – close x – cut y – redo z - undo
Access to constantly used functions by control key.
 
a – select all; b – bold/strong-emphasis; c – copy; f – find/replace; i – italic/emphasis; n – new; o – open; p – print; q – quit; s – save; t – new tab; v – paste; w – close; x – cut; y – redo; z - undo.
 
Control keys: d, e, g, h, j, k, l, m, r, and u are available for other functions.




{{PrevNext|Projects/Liberty/UI |Projects/Liberty/UseCases|User Interface |Use Cases}}
{{Prevnext2
| prevpage= Projects/Liberty/UI | nextpage=Projects/Liberty/UseCases
| prevtext=User Interface | nexttext=Use Cases
| index= Projects/Liberty | indextext=Home
}}

Latest revision as of 02:08, 29 April 2013

Menu

A desktop application have many conventions which are carried over from 1980's technology, if you look at Android and web applications, I think you can see the tide is turning. Lets look at an Android app; when you leave a page/screen or your page is partly covered by another, your work for that page is saved - no save button needed; very limited menu/tool bar items with overflow menu - simple to learn; direct manipulation -commands limited to context.

From a programmer's point of view, because it is easy to add menu items to the menu and write functions to process the click, you might have menus:

File New, Open, Open Recent, Save, Save As, Print, Close, Quit

Edit Undo, Redo, Cut, Copy, Paste, Select All, Find, Find Next, Go to

View Grid, Zoom in, Zoom Out, Zoom to Default, Zoom to...

Format Align

Tools Spelling, Plug-ins

Settings

Help About, Help Contents, Help on...

Thinking from the user's point-of-view, metaphor and mental-model, what menu items are needed?

If at some (zoom) level all the files are listed with an empty slot to create a new one, we can eliminate all file items except Print.

A free form search box and selection tool(s) just leave: redo, undo, cut, copy and paste.

Much of the other menu items are unnecessary, except to allow the user to learn what commands are possible.

Modern Menu

  • Back to file list
  • Print
  • Redo/Repeat
  • Undo
  • Cut
  • Copy
  • Paste
  • About

The 'Modern Menu' would be combined with selection tools, search box, zoom and pan tool, fade in fade out grid and alignment lines, snap to alignment, bubble help/tool tips, manipulation handles.

If the tools can be slide away, enough of the tool should be showing to recognize what action it performs - no mystery menus accessed by sliding the cursor to the edge of the screen. The tool boxes can fade away after a few seconds to allow the full design to be seen, then reappear if the cursor is moved or the screen touched.

Toolbars

The tool bar can either replace the menu bar or provide a source of tool boxes which may be docked.

Shortcuts

Access to constantly used functions by control key.

a – select all; b – bold/strong-emphasis; c – copy; f – find/replace; i – italic/emphasis; n – new; o – open; p – print; q – quit; s – save; t – new tab; v – paste; w – close; x – cut; y – redo; z - undo.

Control keys: d, e, g, h, j, k, l, m, r, and u are available for other functions.