finicky VS ECMAScript 6 compatibility table

Finicky is a macOS utility that allows you to configure rules for directing URLs to different web browsers or browser profiles. Using it to direct URLs to multiple Chrome profiles at the workplace can be useful for separating work-related browsing from personal activities or for managing different projects. With this optimal way, you can gain the benefit of not wasting your time to re-do actions to make it works well with your browser sessions.

I'm currently experimenting with "link eye" from FDroid on Android. There's also [finicky](https://github.com/johnste/finicky) for MacOS.

Here's an open source solution. Set it up, forget about it. https://github.com/johnste/finicky

The workaround to disable Bing/Discover (msEdgeSidebarV2) on MacOS is to install finicky and set it as the default browser so it can launch Edge for you with customized arguments.

If you're comfortable with a terminal/some coding, Finicky is the best one I've found - https://github.com/johnste/finicky

Have you tried making a different desktop entry/shortcut for each Firefox profile and then setting a browser picker as your default browser?

- Junction (Linux browser picker): https://github.com/sonnyp/Junction

- Finicky (macOS browsee rule setter): https://github.com/johnste/finicky and Browserosaurus (macOS browser picker): https://github.com/will-stone/browserosaurus

- Hurl (Windows browser picker): https://github.com/U-C-S/Hurl

Finicky will help you when you use different browsers, and/or different profiles. As a consultant I often use browser profiles to split my clients. I have a "Binx.io" profile for all Binx related work. For each client I have corresponding profiles. Let's call them "Client A" and "Client B".

// See https://github.com/johnste/finicky module.exports = { defaultBrowser: "Vivaldi", handlers: [ { match: ({ opener }) => opener.bundleId === "org.whispersystems.signal-desktop", browser: { name: "Google Chrome", profile: "Profile 2" } }, { match: "open.spotify.com/*", browser: "Spotify" }, { match: [ /miro.com\/app\/board\//, ], browser: "com.electron.realtimeboard" }, { match: [ /zoom.us\/j\//, ], browser: "us.zoom.xos" }, { match: [ /https:\/\/atlassian.slack.com\/archives\//, ], browser: "Slack" }, { match: [ finicky.matchHostnames([ /abc.net.au$/, /news.com.au$/, /smh.com.au$/ ]), ], browser: { name: "Google Chrome", profile: "Profile 2" } } ] }

http://kangax.github.io/compat-table/es6/

This page lists features from es6 (and newer versions linked at the top) along with compliance to the spec. First column is the current browser, second is babel+corejs polyfills.

Overall, babel gets about 70% of the way there.

Case in point: Tail Call Optimization has been part of the JS spec since ES6, but remains completely unimplemented in all mainstream browsers/engines besides Safari[1]. For all but the most predictable inputs, you're pretty much forced to use loops where recursion would otherwise be preferable.

Additional case in point: async Iterables cannot be processed as a piped stream. You must use the for await construct, which is a shame considering the FP niceties that the Array type already provides for more traditional lists. Once again, you are forced to use an imperative construct unless you specifically want to defeat the purpose of using an Iterable in the first place by trying to convert it into an Array (... and potentially choking in the process, I might add!).

[1]: https://kangax.github.io/compat-table/es6/

Eventually the browsers started racing to near-full ES6 compatibility. I remember following ES6 progress in realtime with articles and with compatibility tables http://kangax.github.io/compat-table/es6/ . But many people are acting like that either didn't happen, or like it was a one and done thing (despite the ESNext naming shift to avoid the focus on numbers). So we see people just hand-waving away the importance of polyfills like in this gem:

> https://kangax.github.io/compat-table/es6/

Oh man this was a rough one both for FF and Chrome but Chrome did perform better slightly on cursory glance.

Thanks for providing these links, they're definitely a good rule of thumb benchmarks to test new browsers

Javascript / CSS language syntax: can see availability for Javascript here - https://kangax.github.io/compat-table/es6/

I say this as a JS user, but there is no singular JavaScript (realistically, it's not even JavaScript but instead ECMAScript). There is no one place to go that lays out all of what the language can or can't do the way PHP and Python do. The ECMAScript board makes recommendations, then the browsers and runtimes implement features of the recommendations. This site does a good job laying out which features are implemented for browsers and runtimes based on the flavor of the ECMAScript standard. This unique experience can be especially frustrating for someone learning JavaScript and coming from another language that does not have this problem.

https://kangax.github.io/compat-table/es6/ has a column for "current browser"