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

Flutter for Linux

snapcraft.io

Post reply on HN
Print view View original

101–110 of 225 posts

Re: Flutter for Linux

#101

Post by timsneath »

vesinisa wrote: post #88
muth02446 wrote: post #48

Earlier quoted context omitted.

I wish the dart/flutter team would focus on improving dart for web (e.g. by updating/fixing the JS bindings) instead of chasing flutter for web which seems like a long shot and rather hacky (referring to using the canvas for rendering content)

> using the canvas for rendering content This sounds like Flash all over again. Let me guess - no native text select, copy & paste supported? Scrolling is "wrong" in a subtle way?

We haven't reached perfection yet (that's why we're still in beta), but our goal is to be _very_ different to Flash in these kinds of areas.

Here's an example of text fields: https://gallery.flutter.dev/#/demo/text-field

Right-click and you have access to the browser context menu; choose Inspect and you can see a or control.

Re: Flutter for Linux

#102

Post by The_rationalist »

kllrnohj wrote: post #63
The_rationalist wrote: post #35

Earlier quoted context omitted.

If Android switch to openjdk like everybody else, they'll be lawsuit proof

They did: https://arstechnica.com/tech-policy/2016/01/android-n-switch... The runtime remains ART, though, but that wasn't the issue in the lawsuit.

I had read that too and I do not understand at all. What is openjdk beyond a runtime VM ? They do not use what truly qualify as openjdk otherwise they would have C2 and G1 and therefore true java 8+ support, for free.

Re: Flutter for Linux

#103

Post by dakna »

izacus wrote: post #79
dakna wrote: post #39

Earlier quoted context omitted.

I think Google realized they needed a compelling cross-plattform solution because React Native started to gain so much traction. In terms of migrating away from Android, I think they will use the newer AndroidX packages as the future abstraction layer, which would enable them to replace the underlying runtime with something more native for each platform. It would be a compilation target for Kotlin as well as Dart. Al…

That's a really wierd take if you actually look at what AndroidX is - it's a set of utility libraries to complement Android so it being some kind of abstraction layer is rather nonsensical. It's like saying boost is an abstraction layer for Linux and it allows its replacement. It's an orthogonal thing that doesn't stand alone.

Yes, it's a set of libraries under one package name. With Google's massive investment in refactoring it has a pretty big surface already, from persistence to UI and almost everything in between.

https://developer.android.com/reference/androidx/packages

It's current implementation uses classes that are part of the Android layer, mostly the old support library plus some new abstractions like LiveData and Room and Navigation. I see no reason why you could not use the public interface of that library as a compatibility layer for application level code and let it run on a different platform.

Not today, but given the fact that you can't just kill the worlds most used operating system, you either use virtualization like Apple now does again for ARM (and before when replacing Motorola with Intel) or you change the underlying dependencies of the libraries used and compile again.

Re: Flutter for Linux

#104

Post by tarkin2 »

harikb wrote: post #28

I have a request for all the Flutter folks/fans - it would be great if you all can say something about how you can get over / stay sane with the staircase looking nesting of code blocks and how you manage to keep it all in your head to navigate the code base. I started my career writing single threaded Palm OS apps (64k limit) - there was like 10 possible widgets with 5 possible events on each widget and rest of it w…

Smaller staircases. Split your component into functions.

I’ve seen some horribly large components that would be much better if split up.

Google should really advise this.

Re: Flutter for Linux

#105

Post by brnt »

akerro wrote: post #56
RivieraKid wrote: post #31

Earlier quoted context omitted.

I've been using Flutter in the last few months and agree. It's the best multi-platform solution for mobile , although it still doesn't match native behavior and performance, it only gets close. On the web it's DOA for most use cases - it's just a canvas, so scrolling, text selection, shadow rendering, etc. is custom, doesn't feel native and must be downloaded and compiled. It can have a future on desktop. One "cultur…

>It's the best multi-platform solution for mobile They announced beta version for Windows in the last few weeks, so what to expect? I've been using it on linux desktop for 4 months so far, there were many problems, but it's absolutely the best framework so far. It's miles ahead of Qt (which I've been programming in since 2010). Dart and flutter are just years ahead of Java, C#, Qt and React Native in terms of positiv…

Hoe is it ahead of Qt (on desktop)?

Re: Flutter for Linux

#107

Post by cxr »

pjmlp wrote: post #45
cxr wrote: post #11

Earlier quoted context omitted.

If the Vala folks and Gnome in general could be convinced to drop Vala in favor Dart, or move valac in the direction of accepting a language that looks like (a subset or a complex supersubset of) Dart, it could be an effective hedge against Google pulling out. It would also be an instance of Gnome and the various commercial vendors who rely on it being ahead of the curve—particularly for mobile, while proprietary ven…

Gnome is already adopting Rust, and GJS has been the Vala alternative for ages, so no luck for Dart. Also Gnome has had multiple language bindings since the early days, most of them have more use across Gnome apps than Vala.

> Gnome is already adopting Rust

That's not accurate. There are some Gnome contributors opting for Rust. Gnome is not adopting Rust.

Re: Flutter for Linux

#108

Post by kelnos »

> Canonical is making it very easy for application developers to publish their apps for Linux users via the Snap Store, the app store for Linux.

Ugh. No, Canonical, no matter how much you'd like it to be, the Snap Store is not, and will never be, "the app store for Linux". The last thing the Linux community wants or needs is a closed-source[0], walled-garden approach to distributing applications.

[0] For the pedants out there: yes, you can create Snaps with open tools, but the only Snap server implementation is closed.

Re: Flutter for Linux

#109

Post by kelvie »

canada_dry wrote: post #80
rst wrote: post #52

So, this makes Flutter apps available through Canonical's Snap store... which is Ubuntu-mostly right now, and controversial enough that the top item on the HN front page as I write is about an Ubuntu derivative (Linux Mint) explicitly dropping support for it. https://news.ycombinator.com/item?id=23771847

Until SNAP gives me full control (and not just: you can opt-out) over updates/upgrades they're a non-starter.

Also it's ridiculously annoying debugging issues with them, or finding out what source code compiled into a particular snap.

Even with docker hub I can find the sourcecode easily linked 99% of the time.

Re: Flutter for Linux

#110

Post by pjmlp »

cxr wrote: post #107
pjmlp wrote: post #45

Earlier quoted context omitted.

Gnome is already adopting Rust, and GJS has been the Vala alternative for ages, so no luck for Dart. Also Gnome has had multiple language bindings since the early days, most of them have more use across Gnome apps than Vala.

> Gnome is already adopting Rust That's not accurate. There are some Gnome contributors opting for Rust. Gnome is not adopting Rust.

GUADEC Rust meetings and the GStreamer improvements show another picture.
Post reply on HN