Re: Nim + Flutter == bright future?

2019-12-07 Thread elliotwaite
Nim + Flutter, this could be the dream.

Re: Nim + Flutter == bright future?

2019-08-23 Thread flutt
Flutter + Dart = bright future ([https://www.cleveroad.com/blog/flutter-ui-framework](https://www.cleveroad.com/blog/flutter-ui-framework)) But Flutter + Nim ... I don't think so

Re: Nim + Flutter == bright future?

2019-06-07 Thread mrhdias
Why not Flutter in Nim? This post ([Thought Experiment: Flutter in Go](https://divan.dev/posts/flutter_go/)) show some directions to implement this idea! With DSL (Domain-specific Language) is possible build a Flutter widget tree in Nim?

Re: Nim + Flutter == bright future?

2019-05-07 Thread Jehan
> Dart VM is redundant for Flutter. See for example Flutter for Go with no Dart > (VM) Go is only being used to implement the hardware abstraction layer for Flutter to work on the desktop. The application itself is still written in Dart and the resulting executable embeds the Dart VM. You can f

Re: Nim + Flutter == bright future?

2019-05-05 Thread george33
Dart VM is redundant for Flutter. See for example Flutter for Go with no Dart (VM) [https://github.com/go-flutter-desktop/go-flutter](https://github.com/go-flutter-desktop/go-flutter)

Re: Nim + Flutter == bright future?

2019-04-12 Thread deech
I looked into Nim+Flutter but unfortunately found that you currently can't call into the Dart VM from C/C++/Obj-C. I think there's some ongoing work to make this easier but today your entry point into a Flutter app has to be a Dart 'main' function. But if that's acceptable you should be able to

Re: Nim + Flutter == bright future?

2019-04-01 Thread george33
"Dart's OOP for GUI design." Inside Flutter is regular C++ components and OOP can be used from any language (because of C++). "I don't see how you'd be able to convince Google." For what? It is open sources. Until Google push developers to Dart, Nim has a chance to become a great alternative, be

Re: Nim + Flutter == bright future?

2019-04-01 Thread juancarlospaco
I feel better with Bulma CSS Framework + Material Design Theme for Bulma, or Spectre CSS framework, or NimX. I tried Kivy, all the screenshots looks awesome, but the feel of the use is kinda clunky, you can check Kivy IDE made on Kivy on Desktop feels weird and alien, feels too Tablet'y. For ph

Re: Nim + Flutter == bright future?

2019-04-01 Thread Jehan
Flutter relies on the Dart VM's hot reload for development and Dart's OOP for GUI design. And even if you could make it work, I don't see how you'd be able to convince Google.

Re: Nim + Flutter == bright future?

2019-03-30 Thread george33
People are not happy when have to study and adopt a new non-popular complex framework. If make for them adoption a popular and superior framework their satisfaction and interest obviously will be much bigger. I want to use Nim and such reason for sure force me do that. Nim + Flutter tears like a

Re: Nim + Flutter == bright future?

2019-03-30 Thread mrhdias
Another alternative: [https://kivy.org](https://kivy.org) Nim can speed up up this framework. The rapid adoption of Nim can pass through the mobile apps.

Re: Nim + Flutter == bright future?

2019-03-30 Thread george33
Current version is for Android & iPhone. This year Google promised to release stable version for desktop & web [https://github.com/google/flutter-desktop-embedding](https://github.com/google/flutter-desktop-embedding) , [https://medium.com/flutter-io/hummingbird-building-flutter-for-the-web-e68

Re: Nim + Flutter == bright future?

2019-03-30 Thread Libman
Flutter is just Android & iPhone, right? I'd rather see advancement of [nimX](https://github.com/yglukhov/nimx) to make truly portable GUIs, including OpenBSD desktop, [Librem5](https://puri.sm/products/librem-5/) phone, etc.