Closed Bug 719845 Opened 12 years ago Closed 12 years ago

[markup panel] The HTML Tree should have its own keybindings

Categories

(DevTools :: Inspector, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 16

People

(Reporter: paul, Unassigned)

References

Details

Attachments

(1 file, 1 obsolete file)

The keybindings in the inspector map the layout of the Breadcrumbs (left for parent node for example). The HTML Tree has a different layout, and some keybindings don't make sense.

Up and Down should select the next line in the tree. Even if the line is a closing tag.
Left and Right should Close and Open the current Node.
Priority: -- → P3
(In reply to Paul Rouget [:paul] from bug 754661 comment #4)
> iirc, we had to disable the shortcut because they were messing with the
> other highlighter shortcuts, and they were confusing (up and down to visit
> the parent and descendants, right and left to visit the siblings).

Not confusing for users of Firebug. I think it's fairly standard tree-view navigation for left/right to close and open tree-items and up down to navigate. Maybe that's made confusing because of the breadcrumb navigation keys.
(In reply to Rob Campbell [:rc] (:robcee) from comment #2)
> (In reply to Paul Rouget [:paul] from bug 754661 comment #4)
> > iirc, we had to disable the shortcut because they were messing with the
> > other highlighter shortcuts, and they were confusing (up and down to visit
> > the parent and descendants, right and left to visit the siblings).
> 
> Not confusing for users of Firebug. I think it's fairly standard tree-view
> navigation for left/right to close and open tree-items and up down to
> navigate. Maybe that's made confusing because of the breadcrumb navigation
> keys.

Yes. And we should implement this behavior. But that is not what we got in the tree view.

Before:
* up/down, visit siblings;
* right/left, visit parents/descendants.

Firebug (and what we should implement):
* up/down, visit the previous (or next) element in the tree (like a cursor);
* left/right, fold/unfold a node.

We should use these shortcuts as soon as the treeview is open (even if not focused).
Attached patch WIP (obsolete) — Splinter Review
This patch implements the keybindings if the tree is focused.  But I think agree with paul, that they should be true if the html panel is open at all.

Also doesn't have tests, but I don't want to lose this patch.
Summary: The HTML Tree should have its own keybindings → [markup panel] The HTML Tree should have its own keybindings
Attached patch v1Splinter Review
Attachment #629436 - Attachment is obsolete: true
Attachment #629436 - Flags: review?(dcamp)
Attachment #639101 - Flags: review+
Attachment #629436 - Flags: review?(dcamp)
Whiteboard: [land-in-fx-team]
https://hg.mozilla.org/integration/fx-team/rev/28473532325e
Whiteboard: [land-in-fx-team] → [fixed-in-fx-team]
https://hg.mozilla.org/mozilla-central/rev/28473532325e
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 16
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: