Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Vuido builds desktop apps using Vue.js without Electron

forum.vuejs.org

Post reply on HN
Print view View original

91–100 of 117 posts

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#91

Post by easytiger »

WhitneyLand wrote: post #87
_asummers wrote: post #69

So to me, the issue with Electron is that I'm already running Chrome, so I should be able to take advantage of that. In particular, if I have N electron apps, I want 1 Chrome running. I don't want to run certain applications inside the browser, I want the separate app icon, etc. Is there anything that is being done in Chrome/FF to support that kind of thing? That way it's up to the site consumer's preference how they…

“I want 1 Chrome running” Why? To save a little disk space? There are a lot of downsides to that. Microsoft thought DLLs were a good idea once. I know Chrome has better isolation but it’s still not as idiot proof and most importantly, as cheap to support as having your own totally independent app. If a user contacts you with a bug, you immediate know for a fact it has nothing to do with any new chrome update or possi…

Given that chrome gives each tab its own heavy weight forked process, it is also pretty irrelevant conceptually. OP didn't explain what advantage he thought he'd get out of it being the same process he already runs other than saving some MB of exe cache. Perhaps that's all he wants.

Either way these solutions are all rubbish.

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#92

Post by mwcampbell »

pjmlp wrote: post #83
city41 wrote: post #57

Earlier quoted context omitted.

Are there good cross platform UI solutions in C#?

Xamarin.Forms and Avalonia.

Avalonia has no accessibility support, so it's unusable for blind people via screen readers, among others.

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#93

Post by roryisok »

Rjevski wrote: post #80
roryisok wrote: post #73

Earlier quoted context omitted.

Have you sources for this 10x claim? Do you actually have a native slack client that uses 100mb because I'd love to see it.

Slack is essentially fancy IRC, so we can take any IRC client as a baseline for how much RAM it should really use. Let’s take HexChat ( https://hexchat.github.io/ ) for example - it does most of what Slack does, plus has advanced features not available on Slack like a Lua, Python & Perl plug-in API. It used less than 100MB or RAM after running for days on a Linux machine. Slack is usually well into the GB of RAM afte…

> Slack is essentially a fancy IRC

The keyword here is fancy. Hexchat is an IRC client, sure, but it is minimalist. That would be like comparing a text file to a PDF and asking why the PDF needs so much more RAM when they're basically the same.

I feel like you're mutating the argument from "electron uses 10x RAM compared to native apps" into "an IRC client doesn't need to use so much RAM"

The proper comparison would be either a full, feature complete native Slack client with all the same bells and whistles that runs under 100mb, OR an electron port of hexchat with its text only interface that uses 1GB+

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#94

Post by pjmlp »

mwcampbell wrote: post #92
pjmlp wrote: post #83

Earlier quoted context omitted.

Xamarin.Forms and Avalonia.

Avalonia has no accessibility support, so it's unusable for blind people via screen readers, among others.

Yes, it is very important, yet unless it is a government project, it gets ignored by project delivery acceptance requirements.

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#95

Post by z3t4 »

WhitneyLand wrote: post #86
z3t4 wrote: post #68

I'm currently developing a web app and while my nw.js/electron version is around 50 MB and uses 200+ MB of memory, loading it in Firefox it's a 600kB bundle, fully renders in less then half a second, and uses a whopping 8 MB of memory in Firefox. Actually less the HN! So while I think this project is cool, if you consider using it, also consider making a in browser web app. Also remember that the browser is more then…

The extra memory usage of electron is a shame. When you say consider using an “in browser” web app what do you mean by that precisely? Do you mean consider if you can get by using browser based offline/local capabilities and not go outside the sandbox? See my other comment on rebuilding FF, not sure if you meant anything overlapping.

You would have to run non-sandboxed features via a server, which can run on the user machine! Chrome, Firefox, Opera, IE, Edge supports starting the browser in "chrome"-less or "app" mode, so the program will feel native. You could also run the server part in the cloud! And use "add to desktop" to get the "chrome"-less mode which is currently supported on Chrome and Firefox on Android. Or just run the app in a browser tab :)

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#96

Post by Can_Not »

pjmlp wrote: post #82
mintplant wrote: post #24

Earlier quoted context omitted.

Normally I would agree, but GUI development with Vue is such a lovely experience. It takes advantage of many of the newer JS features to make this possible (automatic data binding via property get/set interception, for example). As a consequence it's hard to imagine providing the same in another, better language.

.NET has been doing it since 2008.

Is this something that's had good crossplatform support since 2008 or more recently?

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#97

Post by Can_Not »

roryisok wrote: post #93
Rjevski wrote: post #80

Earlier quoted context omitted.

Slack is essentially fancy IRC, so we can take any IRC client as a baseline for how much RAM it should really use. Let’s take HexChat ( https://hexchat.github.io/ ) for example - it does most of what Slack does, plus has advanced features not available on Slack like a Lua, Python & Perl plug-in API. It used less than 100MB or RAM after running for days on a Linux machine. Slack is usually well into the GB of RAM afte…

> Slack is essentially a fancy IRC The keyword here is fancy. Hexchat is an IRC client, sure, but it is minimalist. That would be like comparing a text file to a PDF and asking why the PDF needs so much more RAM when they're basically the same. I feel like you're mutating the argument from "electron uses 10x RAM compared to native apps" into "an IRC client doesn't need to use so much RAM" The proper comparison would…

I get what you're saying, but we already know that electron (specifically embedding a whole browser with DOM) is the culprit. There are some native UI toolkits with bindings available for NodeJS, if slack was refactored to replace electron with one, it would probably peak at 2x as much RAM than HexChat rather than averaging 10x to 100x.

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#98

Post by Can_Not »

Rjevski wrote: post #14

One question: why would you use the awful clusterfuck that is JavaScript on the desktop where you’ve got the freedom to choose from dozens of lovely languages that actually are a pleasure to use? JS is a necessary evil on the web, but why inflict such pain to yourself when you’re able to use something else?

> you’ve got the freedom to choose from dozens of lovely languages that actually are a pleasure to use?

Well there's your problem. If my choice is to wrap my existing SPA in electron in one day vs a 6 month make-and-maintain-a-copy-in-another-language, then I think the choice is obvious.

Then you have a dozen languages to choose from? All of them are lovely except JavaScript? That sounds pretty biased. If I'm going to write a desktop application and take advice from strangers, I need to know that my advisor completely understands where I'm coming from and where I'm trying to go. I don't want to get burnt because a hater is trying to give me unthoughtful "literally anything but" bad personal vendetta advice thinly vailed with technical concern trolling.

Then I have to pick one of 12 languages? I don't need "well literally anything but", I need a well written set of tutorials and/or case study demonstrating that one option is superior to JS and is written to bring JS devs to an understanding of if the tool being presented is what they need to use or not.

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#99

Post by giancarlostoro »

roryisok wrote: post #33
giancarlostoro wrote: post #27

Earlier quoted context omitted.

Exactly. People mock me for using Python and MongoDB at hackathons but I have won my first Hackathon cause I spent my time getting code done and not thinking too hard about it.

Exactly. What did you win with out of interest?

I participated in this years TADHack Mini in Orlando:

http://blog.tadhack.com/2018/03/12/tadhack-mini-orlando-2018...

It was a lot of fun and the first time we ever worked with any Telecoms / VoIP companies. Also planning on competing on TADHack Global this time joining forces with another team. Didn't win much since others won as well, apparently you could use all the vendors, we only used one.

TADHAck Global is this year in October for anyone interested: https://tadhack.com/2018/global/

Re: Show HN: Vuido builds desktop apps using Vue.js without Electron

#100

Post by giancarlostoro »

zerr wrote: post #72
mwcampbell wrote: post #62

Earlier quoted context omitted.

Can you please explain why? Genuinely curious.

The first two bad things that come to mind: squeezing free time from developers and making hype out of it for peer pressure.

I don't know about that, this one was at the college I used to work at before and I got to mentor two young developers and I continue to mentor one of them. Not everything is as bad as people might think, and some developers work different from others. We saw some amazing projects out of TADHack Mini.

Lastly: Nobody has our code but we ourselves. It really depends on who hosts the Hackathon and the purpose of it. We've heard of businesses being bootstraped directly out of this specific Hackathon.

Post reply on HN