Browser Chooser 2 should do everything you need. From the site:
Browser Chooser 2 is a small tool acting as the default browser allowing you to choose what browser or other tool to open any given link in.
However, it can do a lot more. By default it gives a pop-up similar to TurnOut.NET but is far more configurable. It will let you add URLs with wildcards and regular expression matching, and automatically open it in the corresponding browser (see screenshot).
It's a beta release and a little unpolished, but it should fit the bill.
Official answer (as per MS docs) to the general query "Can you access the Metro version of a non-default browser in Windows 8?"
Short answer: As per Microsoft's guidelines, only the default browser can access/participate in the "Metro style experience". So this behaviour is clearly intentional and unless Microsoft changes its guidelines or a browser-maker flouts them or some sort of hack is created, we're stuck with it.
The MSDN article titled White papers for Windows Store apps links to an interesting white paper titled Developing a Metro style enabled Desktop Browser that lists Microsoft's guidelines. Here's the document description:
In Windows 8, the browser that the user sets as the default for handling web pages and associated protocols may be designed to access both the Metro style experience as well as the traditional desktop experience. This type of browser is called a "Metro style enabled desktop browser." This white paper describes how to build such a browser.
Here are the interesting bits:
In Windows 8, the browser that the user sets as the default for handling webpages and associated protocols may be designed to access both new experiences as well as the traditional desktop experience.
...
New experience enabled desktop browser. A desktop browser that chooses to participate in the new experience when the user has expressed preference for the browser to do so. Such a browser can provide HTML5 rendering for webpages and service HTTP / HTTPS requests. By definition, such a browser has full access to Win32 APIs for rendering HTML5, including the ability to use multiple background processes, JIT compiling, and other distinctly browser-related functionality (like background downloading of files). Desktop browsers typically run at medium or low integrity level.
...
User experience framing. A new experience enabled desktop browser may participate in the new user experience only if it is the default browser. Desktop apps (typically packaged as .MSI, medium integrity level) run in the desktop. Windows Store apps (.appx packaged, run in App Containers, API set restricted to the Windows SDK for Windows Store apps, acquired via the Windows Store) run in the new experience. A new experience enabled desktop browser can be thought of as a desktop browser that can also participate in the new experience. The restriction to limit new user experience participation to the user's default browser is rooted in preserving the new user experience. Note that this limitation applies to all browsers, including Internet Explorer.
...
Tiles. If the default browser supports the new user experience, the browser's app tile (and secondary tiles, if they exist) will display in Start in a manner similar to Windows Store apps (as defined by properties that were specified in the .XML manifest that was copied during browser installation). Otherwise, the tile will appear as a desktop app. Verbs appropriate to the new user experience and desktop mode of the app will appear on the tile. ... The default new experience enabled desktop browser always appears as a square tile. Any secondary tiles belonging to the default new experience enabled desktop browser also appear with new user experience tile visuals.
...
Activation (launch). The following rules govern app activation:
Desktop shortcuts, pinned taskbar icons, and other "desktop artifacts" activate the new experience enabled desktop browser in the desktop.
Tiles in the Start screen activate the browser in the new user experience when the browser is the default. When the browser is not the default, tiles activate the browser in the desktop. This same behavior also applies to a browser's secondary tiles.
It is strongly recommended that browsers implement "contextual launching". This means taking the calling app's presentation (desktop or new user experience) into account when determining the browser's presentation (desktop or new user experience) for activations originating from other apps, such as when a user clicks an http:// link in their mail app.
Search contract activations always activate in the new user experience. These activations can only occur if the browser is the user's default.
...
We recommend that browsers provide a configurable setting to give users control over their preferred presentation experience. For example, a setting named "Choose how you open links", with options a) Always launch the new experience, b) Always launch in the desktop, c) Let the browser decide, aka contextual (suggested default).
...
Invocation into desktop presentation. If the new experience enabled desktop browser is not currently selected as the user's default browser, it can only launch in the desktop.
...
Windowing. A new experience enabled desktop browser, configured as the user's default, can choose to participate either in the new user experience or the desktop, but not both from the same running process.
Update (Possible workaround): Ok, someone needs to confirm that this works on their systems as well:
Suppose Firefox Nightly is set as the default browser. Go to Control Panel / Programs / Default Programs / Set Default Programs / (Firefox) Nightly / Choose defaults for this program
:
Now uncheck Protocols
like FTP, HTTP and HTTPS:
Now when you run IE (even though it's not the default), does the Metro version run?
Best Answer
I found the following as the simplest solution. Warning: Do not do this if you are not a local administrator.
Modify the following registry keys:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\http\UserChoice]
[HKEY_CURRENT_USER\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\https\UserChoice]
Change
ProgId
to be a nonsensical value.Remove your local admin account from permissions on the UserChoice folder. (You will still retain admin privileges as long as you are in the administrator's group)
When clicking on a http/https link, Windows will look at that registry key to see what program to run. When it can't finds it, it brings up a list of all registered http handlers for you to choose from. Normally it would set whatever one you choose to that registry key, but it fails due to the permission being removed. It would work if it had elevated permissions, but that web browser selection screen does not have elevated permissions.
A hack, but it's working for me, and I believe it is safe.