Graphical User Interface Using Flutter in Embedded Systems [pdf]

Post by scns » Thu, Oct 29, 2020, 5:50 AM UTC

pkphilip wrote: post #157

singhrac wrote: post #27

I also, independently, started writing an app in Flutter for fun (no experience in mobile/desktop GUI work, several years since I've worked in front-end web). I can give a list of pros/cons that probably overlaps what you've heard: Pros: - The toolkit feels fairly mature and not too hard to parse. I think there's a lot of "this class works with defaults and breaks otherwise" feeling, though the core components are ro…

Some of the drawbacks I have noticed with flutter: 1. One of the biggest problems with flutter is the IDE integration for the design aspects. In my opinion, the development experience is much worse than Xamarin, .NET/Mono, Delphi, Lazarus etc. 2. The documentation is not very good and can be quite out of date. 3. The components are mostly all UI/layout related. There aren't good components for DB integration etc. 4.…

Post by higerordermap » Thu, Oct 29, 2020, 5:55 AM UTC

joezydeco wrote: post #95

Memosyne wrote: post #40

I'll be the contrarian: Is this a good business decision? Sony has recently stated that it wants to enter the automotive industry but Google is a direct competitor with Waymo and their Nest product has a pretty firm standing in the smart home appliance environment. Is it wise to basically become dependent on a large competitor for such an integral component of your next generation products? What if Google decides to…

Fellow contrarian here. Is this a good business decision? The slide deck could have just said "We don't want to pay $10/unit for a Qt license" and saved us all the time. If you have half a gig of SDRAM and a playstation-class CPU, awesome. A lot of us don't. What if Google decides to give up maintenance of Flutter to the community and use an internal, better fork? I will never touch another Google-generated embedded…

Post by yjbanov » Thu, Oct 29, 2020, 6:20 AM UTC

K0nserv wrote: post #127

realusername wrote: post #78

Earlier quoted context omitted.

That has been worked on, they do use proper tags instead of a canvas so accessibility now works fine. The next issue is performance / scroll jank though and that will be tough to solve since the rendering model is very different from the web.

I tried it briefly and no they don't? For example, pressing "f" with Vimium should enumerate things that can be clicked(think anchor elements and button elements) but it enumerates nothing on https://gallery.flutter.dev/#/ . This is a pretty good proxy for accessibility too i.e. things that can be clicked look like they can be to the machine. A quick document.querySelectorAll('a') and document.querySelectorAll('butto…

Post by scns » Thu, Oct 29, 2020, 6:25 AM UTC

SV_BubbleTime wrote: post #165

caditinpiscinam wrote: post #148

Earlier quoted context omitted.

Mine too. It does gradual typing better than any other language I've tried.

I think this means sometimes static sometimes dynamic. but can you explain some use cases for this? I am strongly in favor of static, coming from C.

Post by pjmlp » Thu, Oct 29, 2020, 6:58 AM UTC

b20000 wrote: post #158

Const-me wrote: post #83

Embedded doesn’t need wayland nor X.org. These two things implement desktop managers. Why would you run a desktop manager on a computer that runs one program only? For embedded, drm/kms is IMO better level of abstraction to base on. It only takes couple pages of code to get yourself a full-screen DRM-backed EGL context. I did it a few times for various Linuxes using Broadcom and Mali GPUs. I’ve evaluated Flutter coup…

Totally agree with your view. "It only takes couple pages of code to get yourself a full-screen DRM-backed EGL context." - interesting, I've been wanting to get rid of the X server and use opengl or vulkan on a mali GPU fullscreen without needing X or wayland. do you have example code online somewhere for this?