ESC key doesn't close menu

[diver]

While menu is opened Esc should close it as in BeOS.

[diver]

Adding Stefano, as he is our Menu thing guru :-)

[diver]

*5. Just found another bug, also in Find window - there is an arrow with saved querys, if you click there menu will open and rapidly close, while in BeOS this doesn't happen.

[jackburton]

1 and 2 might as well be the same thing as #594. It seems the menu doesnt' catch the click if it's too short (if you don't keep the button down for some time).

3. Keyboard navigation isn't yet there.
4. Indeed. It's somewhat related to 3, meaning menus should have focus to be

able to be navigated via keyboard.

[jackburton]

1, 3, and 4 should be fixed.

[diver]

(In reply to comment #3)

1 and 2 might as well be the same thing as #594. It seems the menu doesnt' catch the click if it's too short (if you don't keep the button down for some

time).

It seems that 1 and 2 urelated to 594, as it already fixed.

[jackburton]

In short, only problem 5 is still showing up, right ?

[diver]

(In reply to comment #6)

In short, only problem 5 is still showing up, right ?

1, 2 and 5 are not yet fixed.

[jackburton]

I can't reproduce 1 anymore. I'm testing revision 17682. But you're right: #2 is still showing up. So, #2 and 5 are still alive.

[jackburton]

problem 2 should be gone with hrev18067

[diver]

(In reply to comment #9)

problem 2 should be gone with hrev18067

It still here in hrev18071. So only 2 and 5 is still showing up.

[jackburton]

Since in beos hrev5 that menu is sticky (IIRC), there's something wrong in our implementation of BPopUpMenu.

[boolaiku@…]

(In reply to comment #12)

Since in beos hrev5 that menu is sticky (IIRC), there's something wrong in our implementation of BPopUpMenu.

[about problem 5] I'm sorry but concerning this use case, the BPopUpMenu is conforming to the doc... I can't see why i should behave otherwise (also in #636). The implementation seems correct to me. Am i missing something? :/

Again, sorry to insist on this (especially if 'im wrong hehe:) )

[boolaiku@…]

MiniMenuField didn't tell the popumenu to be sticky

[jackburton]

problem 2 was finally fixed by Axel in hrev18483, and was caused by #727.

[boolaiku@…]

(In reply to comment #14)

problem 2 was finally fixed by Axel in hrev18483, and was caused by #727.

Testing on hrev18501, and problem 2 is still there, but the behaviour changed a bit it seems. I'm testing on real hardware and on qemu.

Here are the sequences causing the problem (which is: menu opens then closes immediately, sometimes it's not visible):

Legend:

o = click out of the window v = click on the view m = click on the menu

With short and long indications possible.

1) v, mshort : ok 2) v, mlong : problem appears once on two if you repeat this sequence 3) o, m, mshort : ok 4) o, m, mlong : same as 2) 5) o, v, mshort : ok 6) o, v, mlong : same as 2)

In addition, sometimes, the menu doesn't close itself when clickin out of the window, but i can't reproduce that reliably.

[jackburton]

(In reply to comment #15)

(In reply to comment #14)

problem 2 was finally fixed by Axel in hrev18483, and was caused by #727.

Testing on hrev18501, and problem 2 is still there, but the behaviour changed a bit it seems. I'm testing on real hardware and on qemu.

Axel's change in hrev18597 should've fixed this (or at least, I can't reproduce it following the steps you wrote :) ). Can you confirm ?

[boola]

Replying to jackburton:

Axel's change in hrev18597 should've fixed this (or at least, I can't reproduce it following the steps you wrote :) ). Can you confirm ?

Testing on hrev18626, and it's still there... All drop-down menus show this behavior, i verified it in the Find applet and Chart.

[jackburton]

Renamed bug because all other bugs have been fixed in hrev19827