Closed Bug 794135 Opened 12 years ago Closed 12 years ago

StartUI and autocomplete tiles should support right-click and long-tap context menus

Categories

(Firefox for Metro Graveyard :: General, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jimm, Unassigned)

References

Details

(Whiteboard: [metro-mvp-])

      No description provided.
Long-term, I wonder if we should implement the start UI as an HTML page that we actually load into the browser.  We might need to change how it interacts with the urlbar autocomplete code, but we'd get things like scrolling, right-clicking, and other interactions for free.
Assignee: jmathies → nobody
(In reply to Matt Brubeck (:mbrubeck) from comment #1)
> Long-term, I wonder if we should implement the start UI as an HTML page that
> we actually load into the browser.  We might need to change how it interacts
> with the urlbar autocomplete code, but we'd get things like scrolling,
> right-clicking, and other interactions for free.

I like the idea of html assuming we make a final decision on e10s and we decide to go in-process.

If we decide to go out-of-process, I think everything we display in content should be in an out-of-process tab so we can remove all the special case code for dealing with in-process "chrome" content in html. In which case we may want the start screen in chrome for performance reasons.
Product: Firefox → Firefox for Metro
Whiteboard: [metro-mvp?] [LOE:?]
It sounds like we are going to use the appbar for context commands on tiles (bug 800996), rather than a more traditional context menu.  For example, see the wireframes attached to bug 808770.
Status: NEW → RESOLVED
Closed: 12 years ago
Depends on: 800996
Resolution: --- → WONTFIX
Whiteboard: [metro-mvp?] [LOE:?] → [metro-mvp-]
No longer depends on: 800996
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.