Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0006699 [Squeak] Morphic minor always 09-25-07 23:27 10-07-07 21:12
Reporter wiz View Status public  
Assigned To
Priority normal Resolution open  
Status new   Product Version
Summary 0006699: Menu keyboarding works poorly and conflicts with menu label editing
Description
For this one



Part one:
Create and enter a new morphic project.

Get a world menu

With the mouse over the menu type o (as suggested by the object label)

and press return.

instead of the object menu appearing you get back to the previous project.


Part two:

Reenter your project

Get a new world menu with the mouse over the object label hold shift down and press the mouse.

The menu widens an red text duplicates the menu item label.

Type a key the menu label changes to that letter.

Type another key. Part of the menu will grey out.
Additional Information
What is happening

Part one:
Menus have a filtering feature. Type a key and any label not containing the key is greyed out.

The reason it doesn't work as expected for o is the search is for any substring not just one anchored at the beginning of the label.

'Previous project' matches $o as well as object.

part two:

Shift mouseDown invokes label editing.
For label editing the first keystroke frees up focus which is next grabbed by the filtering feature.

Neither feature seems to work well in relation to the whole.

They have not been fixed because no one has focused on them. No one has focused on them because it would be daft to use them. So I believe they have been ignored.

So anyone championing either of these features?

When was the last time someone had a real use for the label editing feature?


It seems to me that both could be gotten to work at the same time if the focus issue could be solved.

But...

What is a good user story for menus?

Do we need one or both of these features?

Can the keyboard and mouse focus be improved as they affect menus?

Should the label editing feature be retained or chucked?

Should the filtering feature be retained, repaired or chucked?

I suspect there will be some Windows using poweruser who will expect his menus to respond to keyboard commands. But right now squeak does such a poor job of this that I suspect it is more of a nusiance than a shortcut.





Attached Files

- Relationships

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

has duplicate 0006791assigned wiz Keyboarding on a menu is trying to serve two conflicting purposes. 
related to 0001780pending matthewf Stay up menus have a confusing and dangerous behavior when obscured. 
child of 0006530new  A mother for button, slider and menuItem targeting and argumenting related reports. 

There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
09-25-07 23:27 wiz New Issue
09-25-07 23:28 wiz Relationship added child of 0001780
10-07-07 21:12 matthewf Relationship added child of 0006530
10-09-07 23:25 matthewf Relationship replaced related to 0001780
12-17-07 04:07 matthewf Relationship added related to 0006791
12-17-07 04:26 wiz Relationship replaced has duplicate 0006791


Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
57 total queries executed.
43 unique queries executed.
Powered by Mantis Bugtracker