gazebosim/gz-gui

Overlapped DropAreas don't work as expected

Open

#121 opened on Sep 5, 2020

View on GitHubContributor guide
 (0 comments) (0 reactions) (0 assignees)C++ (68 forks)auto 404
bughelp wanted

Repository metrics

Stars
 (103 stars)
PR merge metrics
 (PR metrics pending)

Description

Currently, it isn't possible to drop plottable items onto the plotting chart if the plotting plugin is floating on top of ign-gazebo's 3D view. It's possible to drop onto the plot if the mouse's path doesn't pass over the 3D scene though:

drag_plot_scene

This happens because the moment the mouse enters the 3D scene's DropArea, that's holds focus, even when the mouse is on top of another DropArea above it. I haven't found a good way of working around it. Apparently one way of fixing this is to make one mouse area the child of the other one, but since they're in different plugins, that could become messy.

Another thing I tried was to increase the Z height of the plot's drop area, with no success.

Contributor guide

Research direction
Investigate Qt's handling of overlapping drop areas. Consider making the plot's drop area a child of the 3D scene's drop area or using manual hit testing to determine which drop area should receive the drop event.
Tech stack
cpp
Domain
desktop
Issue type
Bug
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
1-2 days
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
Active
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
Clear
Prerequisites
C++
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
40