electron-quick-start VS nx

"pack": "build --dir","dist": "build","electron": "electron main.js","postinstall": "install-app-deps" Create main.js I just copied the code from the electron quick start. The only change I make is to the location of index.html which I set to /dist/index.html

Tauri has a small footprint by default but what about when we pack NodeJS binary with our app? The result of this is surprising. Taurine app is 3 times smaller than electron app. Compiled the Tauri app in .app the format has 63MB and the electron app in the same format has 205MB.

I cloned the quick-start directory from Electron's github and spun up my node-js. No problems there. 🦾

Well it automatically downloads electron 19.0.4 from git clone https://github.com/electron/electron-quick-start. Then I instantly receive the vulnerability issues from npm install & npm start. Not sure why the packages aren't upgrading to newest on install

# Clone this repository git clone https://github.com/electron/electron-quick-start # Go into the repository cd electron-quick-start # Install dependencies npm install # Run the app npm start

This was like one of the top results when I googled for like "electron stuck npm" https://github.com/electron/electron-quick-start/issues/127

This question already has answers here: How to deploy an Electron app as an executable or installable in Windows? (10 answers) Closed 2 years ago.I've been learning how to create applications in Electron and I need help compiling a simple project to a Windows executable. The program is a clone from this Github repo: https://github.com/electron/electron-quick-start. On the repo readme it shows how to run the program:

Create an electron application. Follow the steps here: https://github.com/electron/electron-quick-start

In any event, I just took a closer look at my project, and it looks like the key thing is to wait for Electron's ready event before registering the ipcMain listeners. So, taking Electron's quick-start example as a starting point, you would want to do it in the app.whenReady().then(() => { ... }) callback, probably just before creating the window. Does that help?

We will first initialise an empty electron project that will look similar to an electron first app or electron quick starter repository

One notable feature is the ability to remember selected tabs. When you select a specific tab on a page, all other tabs on the page with the same name will also be selected. This selection will persist during your next visit to nx.dev.

Hono does have a template application for Vercel, but in my case, my requirements were different (aren't they always 😅). I was working in a monorepo (using nx) because I wanted to manage my libs, tests, and examples all together in a single place, instead of having different repos.

Recently, My coworker is using Nx to automate his workflow, including automated release using semantic version. I found this method quite useful, so I want to re-implement on single GitHub repositories (without Nx).

I started a discussion on GitHub concerning that subject: Design Nx Plugin Project Crystal

Nx

We are looking for companies to partner with on the Analog project to support development of the project. Thanks to Snyder Technologies for being an early adopter and promoter of Analog, Nx for joining us as a sponsor, House of Angular, and many other backers of the project.

Additionally, thank you to all our community launch partners across the frontend ecosystem for helping us bring Storybook 8 to the world! Thanks to Chromatic, Figma, ViteConf, Omlet, DivRiots, story.to.design, StackBlitz, UXpin, Nx, Mock Service Worker, Anima, Zeplin, zeroheight, kickstartDS, and Kendo UI.

The advent of esbuild, the native support for ES Modules in browsers, the widespread adoption of import map, the emergence of tools like Native Federation, and the Nx ecosystem all combine to forge a flexible and well-maintained Micro Frontend Architecture.