I think I will just scrape all the kotlinjs stuff
# scienceb
bjonnh
12/22/2019, 3:04 AMI think I will just scrape all the kotlinjs stuff
a
altavir
12/22/2019, 5:58 AMWell, I managed to work with it. The main problem is the quality of js libraries, I think that it will be much more comfortable with more mpp libraries. Feel free to post here if you need something specific. For device control we are going to work with tango/waltz. They have a lot of widgets already written in js and are willing to adapt them to the protocol we will develop together.
b
bjonnh
12/23/2019, 4:58 PMCalling from JS is pain. So yes as long as you stay in kotlin world, everything works beautifuly
a
altavir
12/23/2019, 4:59 PMNever tried to call from JS. The other way arround works reasonable (not good yet, but could be managed)
b
bjonnh
12/23/2019, 5:03 PMdidn't try to call JS from Kotlin outside of callbacks
a
altavir
12/23/2019, 5:04 PMIt is quite OK if you have d.ts definitions. I believe that experience is at least as it is on TS. The problem arises when JS part does not honor types.
b
bjonnh
12/23/2019, 5:09 PMI don't use TS (yet?)
bjonnh
12/23/2019, 5:09 PMfor now my calls are really simple so I didn't have any type issues
a
altavir
12/23/2019, 5:11 PMI did not have any significant issues with integration yet. Most of my frustration comes from JS ecosystem itself. Also js plugin is in the progress of migration, so I am waiting for 1.3.70 for better documentation and dce in multiplatform.
2 Views