Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(maker): add support for Windows Store (appx) packages #43

Merged
merged 2 commits into from Jan 2, 2017

Conversation

anaisbetts
Copy link
Contributor

@anaisbetts anaisbetts commented Dec 29, 2016

This PR adds a new make type for Windows, "appx", which generates Windows Store packages

TODO:

  • Build AppX packages
  • Generate appropriate defaults from package.json as best we can
  • Get tests working
  • Add documentation

Fixes #27

deploy: false,
packageVersion: `${packageJSON.version}.0`,
packageName: packageJSON.name,
packageDisplayName: packageJSON.name,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should probably be appName (Which defaults to packageJSON.productName) to be consistent with the other makers

packageName: packageJSON.name,
packageDisplayName: packageJSON.name,
packageDescription: packageJSON.description || '',
packageExecutable: `app\\${packageJSON.name}.exe`,
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same, should be appName

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the name of the executable, is that right?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had to double check. But yeah.

https://github.com/electron-userland/electron-packager/blob/master/docs/api.md#name

electron-packager uses productName if it is available so the exe will use prodcutName if is there, else just name. That's why we have appName so we only have that logic in one place.

@@ -115,6 +115,7 @@ config object:
|-------------|---------------------|-------------|----------------------|----------|--------------|
| `zip` | All | Zips your packaged application | None | Yes | `zip` on Darwin/Linux |
| `squirrel` | Windows | Generates an installer and `.nupkg` files for Squirrel.Windows | [`electronWinstallerConfig`](https://github.com/electron/windows-installer#usage) | Yes | |
| `appx` | Windows | Generates a Windows Store package | [`windowsStoreConfig`](https://github.com/felixrieseberg/electron-windows-store#programmatic-usage) | No | |
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Per one of your commit messages, do we want to mention that this requires the Windows SDK?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nah, the error message will call it out really clearly when it falls over, and on many dev machines it will be installed anyways

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pretty sure it's mentioned in the -windows-store docs as well 👍

@malept malept changed the title Add support for Windows Store packages feat(maker): add support for Windows Store (appx) packages Dec 30, 2016
This PR adds a new make type for Windows, "appx", which generates Windows Store packages

ISSUES CLOSED: electron#27
@MarshallOfSound
Copy link
Member

Argh, merge commit, argh 😢

@malept
Copy link
Member

malept commented Jan 2, 2017

I'll squash it. I should've just ignored the warning and just rebase+merged.

@MarshallOfSound
Copy link
Member

I should've just ignored the warning and just rebase+merged.

That's what I do as long as it isn't too far behind 👍

@malept malept merged commit 74a1216 into electron:master Jan 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants