Live data from Hacker News

React Native for Windows and Mac

microsoft.github.io

281–290 of 505 posts

Re: React Native for Windows and Mac

#281

Earlier quoted context omitted.

Why does it have to be sad? To me it is good news! Especially if it is open source. The more software we can write that isn’t specific to a platform the more free and useful software can become. It wrestles back control from google, apple, microsoft et. al and makes their closed platforms less relevant.

"Useful" as long as you don't care about battery life, memory usage, taking advantage of features of the host platform, or the native UI. As an end user why do I care about "openness"? If I pay a premium for my platform, why would I want second rate cross platform software?

> If I pay a premium for my platform, why would I want second rate cross platform software?

Are you paying for your software or getting whatever you can find for free? If you are paying, is the software's leanness something you value - that is, will you buy some software because it is leaner over some other software that is heavier? Would that be even if the heavier software has more features?

What sort of software have you bought? I'm asking seriously, not trolling - i've bought Total Commander myself exactly because it was lean (check: windows calculator vs one of the most feature packed file managers[0]) but i do not think there are many that value things like that.

[0] https://i.imgur.com/LYzN3Cj.png

Re: React Native for Windows and Mac

#283
post #5

Flutter seems to be gaining ground on React Native. And they also have web and desktop ports. Recently flutter overtook react native on Google trends.

Flutter on the web is absolutely insane. For those who don't know, it basically strips away everything and wraps it in a big terrifyingly complex mess of code and renders everything in a canvas. Flutter advocates like to claim that that's "only a fallback" for when things get complex but as far as I can tell the vast majority of things (including the simplest examples from Flutter itself) force the entire thing into…

Adobe Flex was my most productive client development experience over the past 20 years. I transitioned to Android _but_ there were many hideous things with that (e.g. ghastly emulator, legacy Java support etc.).

My personal hope is that Flutter gains traction and the web can move beyond current web/native technology. Postscript / PDFs aren't suitable for game experiences...and to my mind web standards have been shoehorned into supporting web apps, where there is a mismatch with native technologies. I'd like to think that Flutter can help bridge that gap.

This is not to say that accessibility etc. should be ignored...nor better support in Firefox...but even Brendan Eich is using Blink/V8 with Brave.

Anyhow, thoughts of one.

Re: React Native for Windows and Mac

#284
post #129
post #81

Earlier quoted context omitted.

The problem with flutter is you never know when Google will stop investing in the product at any moment when the devs shift their priority.and let it die on the vine.

People love to say this but rarely provide concrete examples. Google has a habit of discontinuing unsuccessful services, not technologies like SDKs or whole programming languages.

Hit me up on Google Wave and I'll explain it to you.

Re: React Native for Windows and Mac

#285
post #273

Earlier quoted context omitted.

According to the link in the comment, apparently React has a total dependency tree with only 7 nodes, which is the opposite of what you are describing. I'm actually surprised, I thought React had many more dependencies. Edit: Removed comment related to typo, no longer relevant.

Was a typo I meant `proponents`, fixed. The core library deps isn't relevant, it's how many deps the smallest starting Create React App has that matters [1]. As mentioned by OP react-native is far worse. [1] https://news.ycombinator.com/item?id=19195148

Why would create react app add more run-time dependencies? Isn't that just Babel and stuff used for building?

Also, with TypeScript, Babel becomes completely unnecessary. I haven't used it in any of my React projects for years. Many templates still include it by default to match the JS version, but if you create the project from scratch without any scaffolding, there is no reason to do so.

Re: React Native for Windows and Mac

#286
post #98
post #6

I'd love to abandon my C/C++ UI frameworks for React, but I need - consistent rendering/support across multiple platforms and versions - multiple windows - rendering to a window that isn't owned by the UI being rendered or created by the framework Can I do that all in React native? Edit: don't need to bring up electron.

Sciter then ( https://sciter.com ): - multiple platforms... Yes: Windows (x32,x64, ARM64), from XP to 10, MacOS, Linux/GTK, IoT and mobiles. - multiple windows - Yes. Multiple desktop windows and you can even render separate DOM elements in popup windows. - rendering to a window that isn't owned by the UI being rendered Yes, you can render it on top DirectX, OpenGL, Vulkan (coming) or in child window/nsview/gtkwidget…

This is actually amazing. Thanks for sharing.

I see someone actually submitted the homepage 40 mins ago so I upvoted it for awareness. This is so feature complete I'm frankly surprised it hasn't hit the front page before.

https://news.ycombinator.com/item?id=23163320

Re: React Native for Windows and Mac

#287
post #273

Earlier quoted context omitted.

Was a typo I meant `proponents`, fixed. The core library deps isn't relevant, it's how many deps the smallest starting Create React App has that matters [1]. As mentioned by OP react-native is far worse. [1] https://news.ycombinator.com/item?id=19195148

Why would create react app add more run-time dependencies? Isn't that just Babel and stuff used for building? Also, with TypeScript, Babel becomes completely unnecessary. I haven't used it in any of my React projects for years. Many templates still include it by default to match the JS version, but if you create the project from scratch without any scaffolding, there is no reason to do so.

> Why would create react app add more run-time dependencies? Isn't that just Babel and stuff used for building?

You can see all the dependencies it installs by running:

    $ npx create-react-app my-app
> Also, with TypeScript, Babel becomes completely unnecessary.

Right, as per my comment it's also my preferred approach:

> My preference these days is to avoid npm/yarn all together and just use TypeScript watch

In general I prefer Vue over React, but I prefer to use vanilla TypeScript & UMD deps to develop with either.

> Many templates still include it by default to match the JS version

It's what the React team is recommending to start with [1]:

> Create React App is a comfortable environment for learning React, and is the best way to start building a new single-page application in React.

[1] https://reactjs.org/docs/create-a-new-react-app.html#create-...

Re: React Native for Windows and Mac

#288

Earlier quoted context omitted.

"Useful" as long as you don't care about battery life, memory usage, taking advantage of features of the host platform, or the native UI. As an end user why do I care about "openness"? If I pay a premium for my platform, why would I want second rate cross platform software?

> If I pay a premium for my platform, why would I want second rate cross platform software? Are you paying for your software or getting whatever you can find for free? If you are paying, is the software's leanness something you value - that is, will you buy some software because it is leaner over some other software that is heavier? Would that be even if the heavier software has more features? What sort of software h…

Just bought the wonderful native git client Fork, even though it works for free and the Electron GitHub Desktop is also free.

Re: React Native for Windows and Mac

#289

Earlier quoted context omitted.

"Useful" as long as you don't care about battery life, memory usage, taking advantage of features of the host platform, or the native UI. As an end user why do I care about "openness"? If I pay a premium for my platform, why would I want second rate cross platform software?

> If I pay a premium for my platform, why would I want second rate cross platform software? Are you paying for your software or getting whatever you can find for free? If you are paying, is the software's leanness something you value - that is, will you buy some software because it is leaner over some other software that is heavier? Would that be even if the heavier software has more features? What sort of software h…

As far as desktop software, the only software I pay for are subscriptions to Office 365 and JetBrains R#. I don’t really use my personal computer for too much of anything besides Office and a Plex server - I paid for a Plex Pass solely to support the developer.

On mobile, I’ll pay to remove ads and I won’t use any software or games where I can’t remove ads.

With the economy in the crapper, I’m starting to voluntarily pay more to support my favorite content producers.

Re: React Native for Windows and Mac

#290
post #58

Earlier quoted context omitted.

> I know the chromium engine is a resource hog, but the scalability/mix between platforms makes it worth it. Worth it for some. Personally, I refuse to use any Electron apps because they have a highly non-native-feeling UX and because they're resource hogs. This announcement excites me, because React Native is likely to be an improvement on both counts. The UX still won't be quite as native-feeling as a single-platfo…

VScode looks and feels native and not memory intensive

It might feel native on platforms where 'native' doesn't mean anything (Windows, Linux), but the only native thing about it on macOS is the fact it has proper global menu bars — which is something provided by Electron for free.

Everything else is custom.

Post reply on HN