Live data from Hacker News

Flutter for Linux

snapcraft.io

171–180 of 225 posts

Re: Flutter for Linux

#171

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.

They did not, that article doesn't show the actual reality.

As one can follow up on AOSP Gerrit comments, code from OpenJDK gets cherry picked into Android.

https://android-review.googlesource.com/q/project:platform%2...

Re: Flutter for Linux

#172
post #23

What is the off chance that Google will drop Flutter?

My hunch is that Google is trying to migrate away from Android. Flutter is both the abstraction layer to do that and the new SDK for the new platform. If that's the case, it's higly unlikely.

Except that Android team hasn't got the memo, hence Jetpack Composer, and increased adoption of Kotlin multiplatform as a defensive reaction against Flutter hype.

Re: Flutter for Linux

#173
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

My first thought when seeing this post links to snapstore was "ugh, not that garbage again". Every time I tried using Snappy on fedora it did not work and was so horrible I reverted to immediately removing snappy from my computer afterwards. Canonical makes garbage software that is superficially easy to use but flimsy and flaky.

I'm all for Snap criticism, but Ubuntu is clearly good software made by Canonical. We need to stop using this level of inflammation in our discourse.

Re: Flutter for Linux

#174
post #103
post #79

Earlier quoted context omitted.

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 Navig…

That is more a defense move given that Kotlin cannot rely on Java FFI going forward than anything else.

Re: Flutter for Linux

#175
post #166

Earlier quoted context omitted.

Flutter for web feels like going back to the .net "webforms" days, where you could supposedly build a web app the same way as a desktop one and the whole client-server thing was abstracted away. Except it sucked , I still have nightmares about viewstate. Seeing Flutter apps that render everything to canvas feels similar. Developing once for iOS and Android seems obvious and doable, but extending that to the web is a…

Welcome to WebAssembly + WebGL future.

I am a believer!

Re: Flutter for Linux

#176
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…

I have [self-diagnosed] Code Style OCD. Like you, the Flutter nesting levels was a major fear entering the space. It feels both ugly and inelegant. I found i was over this fear in days if not hours, and continued to improve with my ongoing discovery of helpful UI components. Furthermore, defining your own components and breaking out inline functions into proper functions in your UI classes goes a long way, too. Andro…

> Android Studio, if you use it (i didn't), auto-appends closing bracket comments to keep you visually aware of your nesting.

So does VS Code. I stared writing my first Flutter app a couple of weeks ago. I’m using VS Code and I have to say the IDE support is pretty great.

Regarding syntax and nesting levels, what I don’t is the `git diff` from wrapping the top-most expression in a new class, thus causing everything inside/below it to be indented further, even though only a single class was added. So e.g. wrapping an outer Column in a SingleChildScrollView causes everything inside the column to change in the diff because of added indentation.

Re: Flutter for Linux

#177
post #154
post #136

Earlier quoted context omitted.

No, the picture is exactly what I just described—that those contributors are using Rust.

So unless GStreamer isn't a part of Gnome, Gnome is indeed using Rust as well.

You mean the GStreamer bindings? And it would matter—some contributors could choose Rust, but Gnome as a project isn't moving to Rust. What aren't you getting here? Are you going to point at people using C++ or C# next? I'm done with this conversation.

Re: Flutter for Linux

#178
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…

> 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. The same way you would in any other code base, with the ample use of names and modules, and breaking nested components and logic into their own classes and functions. The problem is that it requires disciplin…

I gotta say that I miss some from of let-binding, so I don't have to choose between (a) local variables plus newline-separated statements, including "return", wrapped in {}, and (b) the lovely syntax of `Widget build = (context) => ...`.

E.g. instead of writing

    Widget helloWidget(BuildContext context) {
      final db = Provider.of(context, listen: false);
      return Row(
        children: [
          Text("Hello, "),
          FutureBuilder(
            future: db.username,
            builder: (ctx, snapshot) =>
              snapshot.hasData ? Text(snapshot.data) : CircularProgressIndicator(),
          ),
        ]
      );
    }
i'd like to write:

    Widget helloWidget = (BuildContext context) =>
      let db = Provider.of(context, listen: false)
      in Row(
        children: [
          Text("Hello, "),
          FutureBuilder(
            future: db.username,
            builder: (ctx, snapshot) =>
              snapshot.hasData ? Text(snapshot.data) : CircularProgressIndicator(),
          ),
        ]
      );

Re: Flutter for Linux

#179
post #166

Earlier quoted context omitted.

Welcome to WebAssembly + WebGL future.

I am a believer!

The irony is that with WebAssembly maturing, we will have the revenge of plugins, and stuff like Flash is already being brought back, but hey now it is a standard browser feature.

Re: Flutter for Linux

#180
post #15

I'm actually a great fan of flutter and imo it is the best cross-platform solution out there. Probably except for web: though it produces very good result performance-wise, the end result is never really "web" and doesn't act like traditional web. As for desktop applications(whether it be windows, linux or mac), it seems like it's too mobile-oriented. I see great potential for simple solutions like self-service opera…

And except for windows..
Post reply on HN