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: Minor redesign, new component library #120

Merged
merged 18 commits into from
Dec 17, 2018
Merged

feat: Minor redesign, new component library #120

merged 18 commits into from
Dec 17, 2018

Conversation

felixrieseberg
Copy link
Member

@felixrieseberg felixrieseberg commented Dec 17, 2018

This fairly big PR contains a minor redesign.

It switches Fiddle from a homegrown and modified version of Miligram to Blueprint.js. The former is great, but the latter is just much better suited to our use case – I want Fiddle to be an effective tool for people getting started or working with Electron and good UI components are an important building step. Having some experience with Blueprint, I'm really impressed with the code quality behind the library.

It also:
• Updates parcel and improves the build
• Refactors a bunch of components

screen shot 2018-12-12 at 6 21 53 pm

screen shot 2018-12-13 at 4 19 51 pm

screen shot 2018-12-12 at 6 21 59 pm

const path = require('path');
const package = require('./package.json');
const path = require('path')
const packackeJson = require('./package.json')
Copy link
Member

Choose a reason for hiding this comment

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

Interesting rename.

Copy link
Member Author

Choose a reason for hiding this comment

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

package is a reserved word in strict mode and I should have never used it 😢

Copy link
Member

Choose a reason for hiding this comment

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

We use packageJSON in a bunch of places in Electron Forge. Alternatively, metadata.

@@ -45,7 +46,7 @@ module.exports = {
loadingGif: './assets/loading.gif',
noMsi: true,
remoteReleases: '',
setupExe: `electron-fiddle-${package.version}-setup-${process.arch}.exe`,
setupExe: `electron-fiddle-${version}-setup.exe`,
Copy link
Member

Choose a reason for hiding this comment

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

Are we not going to distribute setup files for multiple Windows arches, then?

Copy link
Member Author

Choose a reason for hiding this comment

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

We are, I'll just have to handle this manually for now. Is there a way to get whatever architecture forge is actually using?

I'll merge this for now, but I'd love to do something like this:

import { args } from '@electron-forge/cli'
const { arch } = args

Copy link
Member

Choose a reason for hiding this comment

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

I think it'd have to be a postMake hook to rename the artifact with the correct arch. I'd verify with Sam but he's 🌴 😄

Copy link
Member

Choose a reason for hiding this comment

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

I only muted electron/electron 😄 I'd go crazy if I didn't use GH at all for 5 weeks 😆

You're looking for this hack 😄 Ignore the comment, I'm probably gonna just make it official API 👍

https://github.com/electron-userland/electron-forge/blob/master/packages/maker/base/src/Maker.ts#L60-L68

Basically, your config property can be function instead that takes in the target arch and returns the config object

Copy link
Member

Choose a reason for hiding this comment

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

I'll probably end up doing something similar to the fromBuildIdentifier helper --> https://v6.electronforge.io/configuration#build-identifier

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.

3 participants