|Anonymous | Login||01-22-2022 02:52 UTC|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Advanced Details [ Jump to Notes ]||[ View Simple ] [ Issue History ] [ Print ]|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0007554||[Squeak] Morphic||minor||always||08-16-10 02:39||08-17-10 00:20|
|ETA||none||Fixed in Version||Product Version||trunk|
|Summary||0007554: Now impossible to use target sighting because menu will always popup in wrong place.|
For this one
From Objects menu pull out a press me button.
from the halo red menu select sight target.
pick something (I used the button itself)
As long as the mouse is held down and stationary the menu appears generally somewhere far away ( for me it was at the bottom of the screen.
releasing the button or moving the mouse towards the far away menu causes the menu to vanish instantly with no choice made.
|Steps To Reproduce|
The bullseye for the target had also been used to tell the menu where it was to pop up.
The current UI tools don't seem to allow for that.
I tried reverting to the old routine but they relied on Collection>>asKnownNameMenu which has been removed. (I recently got yelled at by Bert for poor style on that one.:)
The function of the ugly method is now in the sightTargets method. Which it should be but the new ui loses the information on where the menu should show up.
I am wondering if this lack of attention to detail has something to do with my other recent mystery in report 0007551.
Anyway just enough energy to complain this session. More later.
Yours in curiosity and service, --Jerome Peace
(0013833 - 699 - 759 - 759 - 759 - 759 - 759)
Additional data points.
Apparently the menubox doesn/t always disappear.
Depending on where my cursor is ( a list field in a browser ) I can very gently ease up on the mouse until its fully released. The popup menu stays up.
If I am careful as to path I can put my cursor over the popup menu and make my choice.
My conclusion is the menu disappears on those occasions it is losing focus because something else is grabbing it.
Focus problems with menus are notorious in squeak. Sometimes doing a halo click over some objects will put the halo over some nearby recently invoked menu instead.
Overall focus in squeak is somewhat unpredictable. Lots of components grab it for themselves.
|08-16-10 02:39||wiz||New Issue|
|08-17-10 00:20||wiz||Note Added: 0013833|
| Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
32 total queries executed.|
27 unique queries executed.