remote-browser

extensions, but the same general purpose APIs that allow abuse simultaneously allow really wonderful and powerful things to be built. As a developer who loves extending and personalizing their browser, it's simply depressing to see that go. [1] - https://github.com/intoli/remote-browser

ouldn't support them. The code itself isn't complicated at all, but it takes a bit of thought to make the pieces fit together just right. - [1] - https://github.com/intoli/remote-browser/blob/9ffdd1b5b0a9b4...

r hand, is part of the Web Extensions API. The vast majority of Remote Browser's power is provided through remote code execution and the Web Extensions API, so we really wanted to provide a more concise syntax for performing this sort of operation. Using proxies, we were able to make the browser object directly callable as a shorthand for background context evaluation. This code example is exactly equivalent to the previous one. await browser(createProperties => ( browser.tabs.create(createProperties) ), { url: 'https://intoli.com' }); That's a bit more concise, but the real sugar is in the next step of abstraction. Instead of explicitly evaluating a function in the background script context, you can simply treat the browser object in the client context as though it were the Web Extensions API browser object in the background script context. This code example is again exactly equivalent, and again accomplished using proxies. await browser.tabs.create({ url: 'https://intoli.com' }); The tabs.create method isn't hardcoded into the Remote Browser library. Instead, proxies are used to evaluate any non-local API calls in the background script context. This means that you automatically get full access to the version of the Web Extensions API that your browser supports, whether you're using Chrome, Edge, Firefox, or Opera. The one last piece of syntactic sugar is the shorthand for evaluating code inside of individual tabs. The syntax is very similar to how you evaluate functions in the background script context, you just need to first use square brackets to indicate the tab ID. await browser[tab.id](createProperties => ( document.getElementById('some-link').innerHTML ), { url: 'https://intoli.com' }); This is also implemented using proxies. In fact, the same trap that handles the local Web Extensions API calls handles the tab access, and it differentiates between the two depending on whether or not the property name consists entirely of integers. In both cases, it returns another proxy that is able to handle either additional chaining or function evaluation. Anyway, sorry that this ended up a lot more long-winded than I was expecting. If this has piqued your interest in Remote Browser though, we made an interactive tour of the project that you should check out [3]. You can actually launch and control browsers from inside of your own browser in the tour, and it explains a lot more about the project philosophy and what you can do with it [1] - https://developer.mozilla.org/en-US/Add-ons/WebExtensions/AP... [2] - http://github.com/intoli/remote-browser/ [3] - https://intoli.com/tour