Closed Bug 779605 Opened 13 years ago Closed 11 years ago

[highlighter] Pseudo-class lock is hard to use

Categories

(DevTools :: Inspector, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: msucan, Unassigned)

References

()

Details

The infobar moves away from the mouse when I try to use it. STR: 1. Open the test URL. 2. Hover "menu". 3. Right-click on "submenu" and pick inspect. 4. Lock on "submenu". 5. Go to the infobar menu, so you can lock the :hover pseudo-class. You will notice that the infobar jumps to the top of the page view, because the submenu loses :hover after you move the mouse. Maybe we should automatically lock :hover pseudo class when the user locks on an element which has a matching :hover css rule?
Another possible option would be to avoid moving the infobar if some combination of css rules has rendered the element invisible.
I'm sure we already have a bug about this specific problem. But I can't find it.
We have a similar problem here: bug 762011
Bug triage, filter on PINKISBEAUTIFUL
Summary: Pseudo-class lock is hard to use → [highlighter] Pseudo-class lock is hard to use
I'll just note that I ran into this problem this morning, but there was a solution that appears more straightforward in the presence of the toolbox: I just right-clicked on the node in the markup panel and locked in :hover from there. It does still feel a bit frustrating to be trying to grab the node menu and having it run away from you, but the priority feels a little lower knowing that there's actually a solution right there on the screen already now.
We no longer have pseudo-class locking on the info bar, so this shouldn't be a problem.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.