I did another test and although the selection window moves to the cursor, it doesn't want to stay open long enough to move the cursor to one of the selections....will need to revisit

Update: Seems like the window closes too quickly for no reason.

The timeout really has no effect on my system because the click action immediately activates the mouse enter event, but still good to include.

The original singleshot timer approach didn't reset the timer each time you click. It will always hide the widget after 3.5 seconds. This approach will always reset the timer even though the mouse over event disables the timer and is triggered immediately on click.

The timer is basically a "just in case" the mouse isn't somehow over it on click now that the mouse enter event immediately occurs which also stops the timeout timer.

If I go to the far right and click the menu is hidden behind the right nav.
Maybe z-index on the pop up would fix it?

adjusted (but it was a pain to guess and test this one):

Ready for code review and QA?

If one has enough address to fill the screen, clicking the bottom address cuts the menu at the bottom of the screen (I only see "copy" not "copy" and "edit"). After, my window scrolls so that the clicked address is no longer the bottom (but is still highlighted).

Would you happen to have a screenshot of the issue for better understanding?

If one has enough address to fill the screen, clicking the bottom address cuts the menu at the bottom of the screen (I only see "copy" not "copy" and "edit"). After, my window scrolls so that the clicked address is no longer the bottom (but is still highlighted).

Nice catch @WetOne . I've seen in the past with other applications that when there's not enough room to bring up the menu where it normally brings it up, it basically flips the anchor point. E.g. With the menu coming up with the pointer to the top left, if it was too close to the right side, it would make the anchor point top right, too close to the bottom, anchor bottom left. Too close to the bottom right corner, anchor bottom right.

If one has enough address to fill the screen, clicking the bottom address cuts the menu at the bottom of the screen (I only see "copy" not "copy" and "edit"). After, my window scrolls so that the clicked address is no longer the bottom (but is still highlighted).

Nice catch @WetOne . I've seen in the past with other applications that when there's not enough room to bring up the menu where it normally brings it up, it basically flips the anchor point. E.g. With the menu coming up with the pointer to the top left, if it was too close to the right side, it would make the anchor point top right, too close to the bottom, anchor bottom left. Too close to the bottom right corner, anchor bottom right.

Let me see if I can copy that behavior. Good suggestions both.

@WetOne fix applied. Please retest when you get a chance. Thank you

ack 51bd07e