Context menu in qmos does not always operate on the correct image
Right-clicking on open images in qmos brings up a context menu which will perform actions on whatever image was underneath the cursor when the user right-click. This means that you can have cubes selected, then right-click on a different cube and perform actions on that one instead. Ideally, regardless of which cube is right-clicked on, the context menu should be performing actions on the selected cubes, not whatever image was underneath the cursor.
#7 Updated by Summer Stapleton 3 months ago
- Status changed from In Progress to Rejected
This appears to be more of a design decision than a bug. Right-clicking a cube in footprint view does not update your active cube, but the context menu that pops-up is for editing the cube that was clicked.
It seems to make sense that the cube under the mouse in the footprint view upon right-clicking should be the cube that is modified. There may be an argument made for updating the active cube upon right-click in the footprint view (as is currently the case when right-clicking a cube in the tree view), but that would need to be decided upon.
As currently implemented, this can become tricky when dealing with multiple cubes being open at once. What is occurring with a right-click in the footprint view is that the context menu will open for the cube at the uppermost layer that is under the mouse. This means that if you right-click where two cubes overlap, the cube at the top will be edited through the context menu that pops-up (which may not necessarily be the active cube). It seems that layers should be handled in this way.
If there is ever a request for modifying the active cube on right-click via the footprint view or for modifying only the active cube on right click via the footprint view, then this may be looked-into further, but as it stands, no further modification is required.