PascalW

I posted this earlier in an Electron discussion, but there are a couple of libraries that take this approach cross-platform, like zserge/webview [1] and Tether [2].

[1] https://github.com/zserge/webview

[2] https://github.com/quadrupleslap/tether

Typically Rust programs are distributed in pre-compiled form so you don't have to have a Rust compiler installed. I'm not sure why this project ships source code currently, but it could probably ship binaries too.

There's also Pax [1], also written in Rust. Pax however is only a bundler, I don't think it actually transpiles code.

[1] https://github.com/nathan/pax

At least the binaries are substantially smaller because they don't actually include the browser.

I can also imagine there's some potential for sharing the same engine across multiple apps, though I'm not sure if they actually do this.

A lot of people express concerns about Electrons resource usage. I wonder if people are aware of projects like zserge/webview [1]? It provides a cross platform API on top of the built in platform browsers and thus is very lightweight.

Of course, it means you have to deal with cross-browser issues, but I guess webdevelopers are used to this anyway. I'm also aware that these projects don't provide all the APIs that Electron provides, but many apps that are really just a wrapper around a webapp this is totally fine IMO.

[1] https://github.com/zserge/webview

Afaik it's native. The `bs-platform` node package contains native binaries.

Kabisa | Software crafts(wo)man | Weert / Eindhoven / Amsterdam, Netherlands | ONSITE

Kabisa is a software agency based in the Netherlands. We're 11 years in business and have a team of 40 people.

We have in-depth knowledge and experience in the design and implementation of complex integration concepts and utilize the best techniques and methodologies. We focus on full stack solutions and are specialized in Ruby on Rails, Python, Java and Elixir on the server and JavaScript on the client side.

We highly value our three core values: craftsmanship, customer focus and collaboration. These values are reflected in the culture of our company in the way we treat our customers and employees. We strive for an ideal mix between professionalism, ambition and fun.

We are currently looking for:

  * Java developer
  * Python developer
  * Front-end developer (React)
  * Elixir / Phoenix developer
  * DevOps engineer

Apply at https://www.kabisa.nl/werken-bij/ or email me directly at pascal [at] kabisa [dot] nl.

I would encourage you to try it again. There were some big changes in ReasonML in the last year.

I've picked up ReasonML about 3 months ago and experienced almost none of the issues you described. It's still a little rough around the edges compared to for example Elm, but the tooling, packaging, Javascript interop etc are really good IMO.

Kabisa | Software crafts(wo)man | Weert / Eindhoven / Amsterdam, Netherlands | ONSITE preferred

Kabisa is a software agency based in the Netherlands. We're 11 years in business and have a team of 40 people.

We have in-depth knowledge and experience in the design and implementation of complex integration concepts and utilize the best techniques and methodologies. We focus on full stack solutions and are specialized in Ruby on Rails, Python, Java and Elixir on the server and JavaScript on the client side.

We highly value our three core values: craftsmanship, customer focus and collaboration. These values are reflected in the culture of our company in the way we treat our customers and employees. We strive for an ideal mix between professionalism, ambition and fun.

We are currently looking for:

  * Java developer
  * Python developer
  * Front-end developer (React)
  * Elixir / Phoenix developer
  * DevOps engineer

Apply at https://www.kabisa.nl/werken-bij/ or email me directly at pascal [at] kabisa [dot] nl.

React is unfortunately quite big indeed. However you can actually replace React in ReasonReact with an API compatible alternative via Webpack.

I tried this a few weeks back and have to say that it only worked with Inferno.js though, not Preact (lack of React 16 feature support) nor Nerv.js.

Yes! Algo also sets up Wireguard for you.

I adopted Bulma, but not for the flexbox aspect. It's nice to use Bulma's CSS components, easy to tweak via SASS and in general a much more pleasurable experience for me compared to Bootstrap.

I think a lot of the components in Bulma use Flexbox, but I consider this an implantation detail I don't care about.

Can anyone recommend an easy to use MDM for this kind of stuff, for small private use?

How do you install ChromeOS on any old laptop? Last I looked into that it wasn't really possible.

Lots of offers on lowendtalk.com. Not all equally reliable.

Arubacloud is pretty good, but €1 offer is only available in Italy.

Besides that RamNode, BuyVM, Hetzner and Ultravps are pretty good (though all a bit more expensive than 20$/year).

It's not tied to Rails at all. I'm using it with a Phoenix backend. You just include the JS and presto!

Last I looked at Scaleway what put me off was the fact that their storage was not backed by RAID [1].

Compared to other, comparably priced providers like Hetzner and OVH that do use RAID this is a big caveat IMHO. Of course important data should be backed up remotely but disks fail and I'm not willing to deal with the hassle of restoring data simply because a single disk failed.

[1] https://www.scaleway.com/faq/servers/volumes/#-Local-Volumes

Very excited to see AsteroidsOS getting it's first hardware product. Hopefully this will stir AsteroidsOS adoption in general.

I like having an open source, free smartwatch OS as alternative to Wear.

Yes that works in most cases but I strive not to use preact-compat - like to keep things lightweight.

Nice to see compatibility with Preact and Inferno too. I use Preact a lot and only downside I experience really is lack of library support.

This is exactly the setup I'm using too. Works well, though the whole setup is a little less polished than 1Password which I was using before.

On the desktop I'm using Browsers [1] and QTPass [2].

[1] https://github.com/dannyvankooten/browserpass

[2] https://qtpass.org/

I'm using Quiver [1] for this since some time and really love it. It's like the Evernote client but supports Markdown.

Unfortunately the client is proprietary, but the note format is open. 3rd party clients also exist, like an Android app.

[1] http://happenapps.com/

Good point. I develop all my apps using Cordova and it really is a big win that I can run these apps right in the browser with little to no effort. It's pretty trivial now to develop a Progress Web App and package it up with Cordova for some visiblity in the App/Play store.

I didn't say it can not be done, but it is just harder.

I develop a lot of cross platform apps using Cordova. While this works pretty well, and indeed in recent years support for this is only becoming better, it remains that Webview based apps always feel just a tad off.

Are you sure that QT is not using native widgets? I always thought QT used native widgets and a quick search [1] seems to confirm this:

> Recent versions of Qt use the native style APIs of the different platforms, on platforms that have a native widget set, to query metrics and draw most controls.

[1] https://en.wikipedia.org/wiki/Qt_%28software%29

Material or not I do think that mobile UI's on Android and iOS are starting to converge more and more. Lot's of apps look very similar on iOS and Android and it doesn't have to fail alien at all, if well executed.

This looks pretty neat, Dart is a nice language.

Flutter looks pretty different from React Native on one side and Cordova/webview based frameworks on the other side. Flutter is not based on webviews, but is also not using the native widgets but instead rendering custom widgets.

To me, this is a little weird. One of the downsides of Webview based apps is that it's harder to align with the native OS look and feel. React Native solves this problem, but Flutter clearly has the same problem.

Great to see a few new web frameworks popping up.

It seems that the older frameworks like Iron and Nickel.rs are not (yet) catching the async train.

I haven't tried but I think you might be able to add this to your config to fix that:

  [i18n]
  LANGS = en-US
  NAMES = English

https://gogs.io/docs/features/i18n

Edit: tried and indeed it seems to work.