Well; I like it, I must say. But I have to agree with Pelo; it's a
hell of a size for what it is. Unfortunately, that's the Electron 'framework' for you...
From
www.programmableweb.com:-
"Electron is a framework that helps developers write cross-platform desktop applications using JavaScript, HTML, and CSS. This framework is based on Node.js and Chromium."
Two words explain everything. Chromium.....and Javascript. Neither of which have ever been known for their svelte dimensions!
***************************************
From here, on the 18th June '15:-
https://github.com/electron/electron/issues/2003
Matt Todd asks:-
"When building the latest 0.27.3 the mac app bundle is about 142MB of which 136MB come from the Electron Framework.
Is there any way to make this package smaller?"
And zcbenz replies:-
"That's the expected size, there is no way to make it smaller." 'Nuff said..!
**********************************************************************
Everything used in the Electron framework was originally developed as a 'back-end' for web applications.....but this is increasingly the way things are heading. Quite a few apps are now using a version of their web-interface on the desktop; Skype 4 Linux being one of the most obvious...
I've already packaged a couple of others for Pup, one of which is 'Temps', the Android-based desktop weather app:-
http://www.murga-linux.com/puppy/viewtopic.php?t=112131
----------------------------------------------------------------------------
Anyway, for any newbies and/or other individuals who prefer GUIs to doing stuff by the command-line,
and don't care about package size, I've made up both 32-bit & 64-bit SFS packages from the unzipped Electron downloads. SFS packages because you can easily unload it when you're finished with it.....
Don't get me wrong, it's very professionally finished, and it's incredibly easy to use. Some of the Linux apps being turned out via Electron these days are easily on a par with Windows in terms of eye-candy, and 'cool' appearance....but jeez! the cost in the sheer
amounts of RAM being gobbled up..!!
It's enough to make a grown man weep.....
--------------------------------------------------------------
You can also take still snapshots with this, for which you can set the image format. You can choose where to save the section you've just cut out, or the snapshot you've just taken, which are distinguished from the original by the addition of a date/time stamp. If you don't change this, it automatically saves both 'cut' and snapshot alongside the original.
Using the video trimming is incredibly easy. The start of your section is selected by clicking on the '<' symbol below the player controls; the end is selected by clicking on the '>' symbol. To save the section you've selected, just click on the 'scissors' (
✂) symbol between them.....and it will be saved to the location you've selected.
--------------------------------------------------------------
Do be aware that all of this requires a fairly new glibc, and an even newer libstdc++.so.6; don't even
think about running this in the 5-series Pups. I've so far only tried this out in 32-bit Xenial 7081 (one of the older 'betas'); I'll be trying it out in Tahr 606 later this afternoon, and will report back.
(EDIT:- Yes, it
does run in Tahr 606. Which means it will also run in 605, since neither the glibc or libstdc++.so.6 got changed in the 'upgrade'; that was mainly the addition of the UEFI stuff. Goes without saying it should also run in Unicorn, Werewolf, Zesty, Artful, or Bionic (when it appears next month)).
Sooo; for anybody feeling brave enough to tempt RAM 'starvation' - it uses around 270 MB while running in /tmp, which for the handful of functions involved is absolutely crazy (
), you can find 'em here:-
http://www.mediafire.com/folder/l8b3quw ... osslessCut
See what you think of it.
Mike.