Last Comment Bug 605222 - add support for .website shortcuts, msapplication meta information in Windows 7
: add support for .website shortcuts, msapplication meta information in Windows 7
Status: NEW
:
Product: Firefox
Classification: Client Software
Component: General (show other bugs)
: Trunk
: x86 Windows 7
: -- normal with 28 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
http://msdn.microsoft.com/en-us/libra...
: 620489 (view as bug list)
Depends on:
Blocks: 624070
  Show dependency treegraph
 
Reported: 2010-10-18 12:46 PDT by Mike Beltzner [:beltzner, not reading bugmail]
Modified: 2013-10-09 11:23 PDT (History)
39 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments
Possible UI for site specific browsers (sort of Prism 2.0) (391.16 KB, image/png)
2011-01-07 17:43 PST, Alex Faaborg [:faaborg] (Firefox UX)
no flags Details

Description Mike Beltzner [:beltzner, not reading bugmail] 2010-10-18 12:46:27 PDT
From: http://msdn.microsoft.com/en-us/library/gg131029

Internet Explorer 9 will allow the creation of .website shortcuts which include information from meta tags that create custom Windows 7 jumplists, etc. This bug is tracking a Firefox implementation that will:

 - create .website shortcuts when favicons are dragged to the desktop/taskbar
 - observe the meta-tags to create the custom jumplist actions
Comment 1 Mike Beltzner [:beltzner, not reading bugmail] 2010-10-18 12:47:48 PDT
(This may belong in Shell Integration)
Comment 2 Alex Faaborg [:faaborg] (Firefox UX) 2011-01-07 17:43:18 PST
Created attachment 502160 [details]
Possible UI for site specific browsers (sort of Prism 2.0)

[note: this feature is obviously not a priority for Firefox 4, but it's pretty late on a Friday afternoon and this has been on my mind a lot recently.  Getting this design settled early should help us accelerate implementation for landing this in Firefox 5].

Here is a possible interface for site specific browsers launched from the desktop (.website files), or from the windows task bar.

Branding and ambient color is given to the site, and the jumplist functionality becomes more discoverable.  However, this design still represents that Firefox is the browser being used to render the application (sort of as a sub-title in the title bar, which provides access to Firefox's functionality).
Comment 3 Alex Faaborg [:faaborg] (Firefox UX) 2011-01-07 17:51:09 PST
I broke the registration for the file type off into a separate bug: bug 624070, if the user has set Firefox as the system default browser.
Comment 4 Paul Rouget [:paul] 2011-02-17 04:19:37 PST
What about feeding this menu with the content of the HTML5 <menu> element:

http://www.whatwg.org/specs/web-apps/current-work/#the-menu
Comment 5 Alex Faaborg [:faaborg] (Firefox UX) 2011-02-17 13:46:12 PST
Yeah, the summary of "msapplication meta information in Windows 7" should probably only apply in situations where the website isn't exposing commands in an HTML5-centric way.  Or alternatively, we could push that approach for sites that are currently exposing jumplists, and not implement Microsoft's jumplist functionality at all.

From a UX perspective, the goal is provide similar functionality (regardless of how the site expresses it), in order to take association of .website files and pinned sites in the taskbar.
Comment 6 Jim Mathies [:jimm] 2011-02-17 14:52:03 PST
If we decide to support the IE9 taskbar extensions, we have all the apis setup. We don't yet support setting custom jump list item icons, but I'm hoping to get that into 5.0.
Comment 7 Biju 2011-02-17 21:06:38 PST
cant we integrate this with WebApp Support bug 583750
https://wiki.mozilla.org/Mobile/Projects/WebApp_Support
Comment 9 Paul [pwd] 2011-03-05 03:35:55 PST
bug 596648 and Bug 582370 are dupes of this?
Comment 10 bogas04 2011-03-05 04:12:47 PST
Bug 572439 is related?
Comment 11 Robert Strong [:rstrong] (use needinfo to contact me) 2011-03-05 12:38:30 PST
Possibly dupes and all related but no reason to dupe until someone owns this bug figures out if they can all be fixed similarly / at the same time.
Comment 12 eyal gruss (eyaler) 2011-03-19 08:24:00 PDT
*** Bug 620489 has been marked as a duplicate of this bug. ***
Comment 13 Jim Mathies [:jimm] 2011-08-17 12:24:08 PDT
(In reply to Alex Faaborg [:faaborg] (Firefox UX) from comment #5)
> Yeah, the summary of "msapplication meta information in Windows 7" should
> probably only apply in situations where the website isn't exposing commands
> in an HTML5-centric way.  Or alternatively, we could push that approach for
> sites that are currently exposing jumplists, and not implement Microsoft's
> jumplist functionality at all.
> 
> From a UX perspective, the goal is provide similar functionality (regardless
> of how the site expresses it), in order to take association of .website
> files and pinned sites in the taskbar.

Alex, In this mockup, what would the jump list down on the taskbar display? The same list or our default jump list or, ..?
Comment 14 Tim Abraldes [:TimAbraldes] [:tabraldes] 2011-08-30 14:26:05 PDT
I'm not going to get to this in the next couple weeks.  Will swing back and pick it up again after the All-Hands if no one has claimed it.
Comment 15 Gingerbread Man 2012-12-06 18:37:44 PST
Is the following bug report a duplicate of this one?
Bug 597680 - [RFE] Add support for website jumplists

Note You need to log in before you can comment on or make changes to this bug.