News for hackers. Stuff that matters.
Re:Browser Extensions Standard by xg15 on Tuesday August 01, 2017 @09:08AM (#14900225)
As a developer, I'd really like if I could publish an extension as a single archive file and have users load it into whatever (compliant) browser they like - however, the standard doesn't seem to actually support this. When it comes to packaging, there is nothing more than a vague acknowledgment:

Browser extensions MAY be distributed and subsequently loaded as individual files or via a container, such as a .zip archive. Regardless of the packaging format, these containers MUST contain the following: [manifest.json, Necessary JavaScript files (<filename>.js)] [...]

Browser vendors MAY require that extension packages include a digital signature. The signature MAY indicate the source of the extension, such as a distribution store or the extension's publisher. This aspect of packaging varies by browser, and browser implementers MAY enforce different requirements.

I guess that's a concesson to all the politics surrounding app stores, but it's disappointing nevertheless.

Re:Browser Extensions Standard by vec on Tuesday August 01, 2017 @10:03AM (#14900675)
A standard package format would be nice, but this looks like enough to let developers publish once and have their build tooling do most of the work of packaging for different targets.
Re:Browser Extensions Standard by nsgi on Tuesday August 01, 2017 @10:49AM (#14901193)
Unfortunately that would be practically difficult with Chrome only allowing extensions downloaded from the Chrome Web Store.
Re:Browser Extensions Standard by fny on Tuesday August 01, 2017 @10:55AM (#14901256)
The package format could apply to how extensions are deployed to the store at least.

Also, I know it's possible to run third-party extensions in developer mode.