Err, most crypto wallets I know are based off of *-core forks, and that's all written in C++. I'm not sure of anything that _does_ use electron.

On Mon, Dec 4, 2017 at 7:00 AM, <netsurf-dev-request@netsurf-browser.org> wrote:
Send netsurf-dev mailing list submissions to
        netsurf-dev@netsurf-browser.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://listmaster.pepperfish.net/cgi-bin/mailman/listinfo/netsurf-dev-netsurf-browser.org

or, via email, send a message with subject or body 'help' to
        netsurf-dev-request@netsurf-browser.org

You can reach the person managing the list at
        netsurf-dev-owner@netsurf-browser.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of netsurf-dev digest..."


Today's Topics:

   1. Re: netsurf-dev Digest, Vol 134, Issue 2 (Erik Poupaert)


----------------------------------------------------------------------

Message: 1
Date: Sun, 3 Dec 2017 19:29:36 +0700
From: Erik Poupaert <erik@sankuru.biz>
Subject: Re: netsurf-dev Digest, Vol 134, Issue 2
To: netsurf-dev@netsurf-browser.org
Message-ID:
        <CAFqk0_KCRByzG_YFYvT3QW5OA2BHfX2pk_miORWoQw+TBGOaJw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"

>> The http://www.netsurf-browser.org gives the impression of offering
>> all the same building bricks, and also that it could possibly be a
>> much smaller alternative.
> Except that we lack 90% (or more) of the bindings, rendering, etc, right now :(
> 1. Help with the CSS engine
> 2. Help with the dynamic layout engine
> 3. Help integrate that into NS
> 4. Assist with the JavaScript bindings

On the one side, there is the interesting goal of being able to
compete with the existing browser oligopoly and offer an extra, less
bloated alternative, which is indeed a commendable endeavour. That
would indeed allow users to surf the existing web without having to
trust the existing cartel.

On the other side, for a desktop application, the existing netsurf
capabilities are already way more than "good enough". Lacking more
than 90% of the bindings, rendering, etc is quite immaterial in that
context. A desktop application has no need to be compatible with
existing websites.

Still, I concede that your goal -- no matter how different from mine
-- is certainly commendable.

> 5. Worry about whether or not it's a good plan to promulgate the idea that
> desktop applications built out of web browsers isn't the work of an evil
> mind aiming to destroy all semblance of reliable and uniform user interfaces.

Yes, but -- except for the original, universal evil -- it is always
possible to find situations for every given evil in which it is the
lesser evil. That is why I reject the belief in absolute evil.
Seriously, I am not a follower of absolute evil or its principle.

Even chopping off someone's limbs is not necessarily an absolute evil.
A doctor calls that an "amputation". That is also why pharmacies are
allowed and even encouraged to sell their dangerous poisons.
Furthermore -- except for the original, universal good -- there are
always situations, for every given good, in which it is actually an
evil. Pure water may be good, but not when you try to swallow an
entire tropical river. That is called "drowning".

I originally looked into doing a desktop application with lua + lgi
(gtk bindings), but unfortunately, I cannot find
sufficiently-effective cryptocurrency-related source code in lua,
while this is way less of a problem in javascript. Maintaining a lua
port would end up burning a lot of energy just to allow a few people
to have their way, especially, since not everybody is a fan of small,
embeddable scripting engines.

At the moment, pretty much everybody else uses a 100+ MB web-runtime
to create even the simplest crypto-wallet on the desktop. It allows
for deploying an almost unmodified app to the mobile phone too. So,
they are doing some kind of understandable trade-off engineering with
lots of advantages and disadvantages.

I am certainly not trying to push anybody to go off on a tangent that
does not serve their own goals. I was just trying to find people who
would have similar goals already.



End of netsurf-dev Digest, Vol 134, Issue 3
*******************************************