White List URL Browser Selector? 37
malcomvetter asks: "OK, so I'm stuck working in a Microsoft environment. My preference is Firefox for the external 'untrusted' web content out there and our internal 'trusted' web apps require IE, but rather than pick one browser over the other as 'default' I came up with this idea: I want a tool that gets installed as my default browser in Windows, and all URL strings that Windows passes to it can then be simply regex'ed for domain and then routed (re-passed) appropriately. Hence, having the ability to allow admins to maintain a white-list of 'trusted' IE sites (or [insert browser here] sites) and those URLs are passed to IE, all others defaulting to (in my preference) Firefox. And when I thought about it, I was surprised that I hadn't heard of an existing tool to do that. I have used the Firfox extension for 'open in IE', but I'd like a tool that I can configure and forget about. Has anyone seen such an app? Would it be an extremely hard thing to build?"
Two Possible Suggestions (Score:5, Interesting)
We might be able to use one of the tabs modification [mozilla.org] extensions that already exists as a starting point for usurping default firefox tab behavior, and I'd be interested in helping with a project of this nature.
*I have no experience writing firefox plugins, but the variety that are available show that the architecture is fairly extensible.
A much simpler, but much less integrated approach would be to use a "URL Launcher." Basically, a program that determines if the domain from the URL entered is "IE-only" or not and fires the appropriate browser accordingly. This would be a 5-10 minute project for a good developer, but would be effective.
Josh.
Re:Two Possible Suggestions (Score:2, Informative)
New Netscape? (Score:1)
Where are you typing in the URI? (Score:3, Insightful)
If you're talking about seamlessly browing from Site X (external) to Site Y (internal), then I suppose an XPI (possibly an edit to 'open in IE'?) that would detect the regex and spawn IE.
So far as the other way around....I don't see a good reason you'd be typing a URI into IE. So far as clicking links and having them spawn in Firefox, I don't really see a workable solution.
What part of the internal site 'demands' IE? I would hope not just the UserAgent string? ActiveX control? Have you tried the ActiveX XPI for Firefox?
Re:Where are you typing in the URI? (Score:2)
I like the idea of a link-handler XPI though. A seamless solution would also require this be implemented in IE to send you back to firefox to browse non-IE requiring sites.
Sounds like a job for the new Netscape.. (Score:5, Informative)
It's still in beta at the moment, but I expect a final version to be out in the not too distant future.
Re:Sounds like a job for the new Netscape.. (Score:3, Interesting)
A simpler solution? (Score:2)
Why not simply use a Squid filter to sanitise any HTML the web for any browser using the IE user agent string. Shouldn't be too difficult to remove any ActiveX controls using regex expressions.
Re:A simpler solution? (Score:2)
Netscape Prototype (Score:2, Informative)
Work off of the View in IE source. (Score:4, Informative)
For some reason at time of posting, the whole mozdev.org site seems to be down, but otherwise I would have gotten the link to the View in IE extension.
Re:Work off of the View in IE source. (Score:2)
ieview [mozdev.org]
That extension adds a right-click option for viewing a page in IE.
Probably they'd want to look at that extension, along with something like the slashfix [hardgrok.org] extension. Slashfix has code that causes Firefox to do something when it encounters a certain URL (slashdot.org)...You'd want something like the code in that to check against your list, then use code in ieview to pop open an IE window when one of those pages are detected.
Or something like that.
Go for it. (Score:1)
User Agent Switcher (Score:1)
There already is a pretty good blacklist (Score:3, Insightful)
Since it works just like a DNSBL, you would need your plugin that grabs the URL, does a quick SURBL lookup and open a standard error page if it gets a 127.0.0.x response to the lookup. The option to continue anyway needs to be something that a network administrator can override, naturally. Best of all (and I can't believe I'm typing this), owing to the high level of integration of IE into Windows it might actually stop people from opening HTML spams in Outlook, inadvertantly or otherwise, as well.
Thinking about it, why stop at IE? Anyone care to write a Mozilla Extension?
Re:There already is a pretty good blacklist (Score:1, Insightful)
White List URL Browser Selector? (Score:1)
Re:White List URL Browser Selector? (Score:1)
Re:White List URL Browser Selector? (Score:1)
Re:White List URL Browser Selector? (Score:1)
Re:White List URL Browser Selector? (Score:1)
Re:White List URL Browser Selector? (Score:1)
the only vinders programming im familiar with is within the .net framework, so unless you have that i couldn't do it. i could helpya if yo
Re:White List URL Browser Selector? (Score:2)
That said, you're right; it'd be quite easy for any half-decent Windows programmer.
Confused (Score:2)
Two obvious solutions come to mind - use different bookmarks in each browser (esp. those links in the toolbar for sites you visit all day), and pop up a FF window and an IE window when you get started in the morning.
OR -- you can use shortcuts on your desktop or the quick launch bar for the really popular ones. These could also be in your path if you have a lot, and want to type something into Start->Run.
These can be normal
How about hijacking the http calls? (Score:1)
if only .... (Score:2, Offtopic)
people had chosen plan9
Realising that mime types were *not* the answer esp. based on the file extension, the plumber [bell-labs.com] does exactly what you ask but for *all* applications
It regex matches the text sent to it and acts accordingly.
I do almost what you ask but for the internal browser "mothra" and to firefox via ssh.
Mothra is getting old and can't even handle frames and tables so it is necessary to have a 4.x browser available for web access.
Doable but not worth doing. (Score:1, Offtopic)
Thing is, these applications all require work. The plugin is maybe a week of somebody's time
Re:Doable but not worth doing. (Score:1)
Hey, at least one of us is trying to do just that :-)
Seriously, this is a frequently-requested enhancement to the IE View [mozdev.org] extension. About the only thing keeping it from happening so far is my complete lack of free time. It's top of the list, though. It's almost certainly doable, but req
Why not? (Score:5, Informative)
No, this tool would not be too hard to write. I have written a protocol handler for windows (years ago). All it takes is a registry entry to point windows to the program, and a program that processes it's command line arguments through a list of greps with actions (hard coded or stored in a config file if you like). The only difficult part is that once in the browser, you can't easily intercept the selected links and check every one.
I think a rudimentry attempt at such a program could be done in 30-40 lines of C code, or with a perl script closer to 10 lines or less. All you have to do is find out what the registry entry for the protocol handler is, and change it. I found it by digging through the registry with regedit, but I suspect that the MSDN knowlege base probably has an article on it.
There is no need to browbeat someone over such a request because it doesn't make sense to us. The true measure of a utility such as that is that someone wants to use it, and someone (probably the same person) is willing to write it -- if it doesn't already exist.
This is what we call the pragmatic approach, eh?
Re:Why not? (Score:2, Interesting)
one possibility (Score:2)
One possibility would be to write a
Perhaps wait for the new Navigator... (Score:2, Informative)
If you can hold on a while longer, you might find it easier to use that rather than jury-rigging something up yourself.
ViewShield (Score:1)
Re:ViewShield (Score:1)