@thomasnield what I said earlier, whatever native library we chose to work with, they will not be at per with JavaFX. We definitely need to add component to the library and continue supporting them as well..

we might need to fork the library on our own and start developing on it

@thomasnield I played a bit with libui, it has all of the basic components but misses for example the treeview

nuklear would fit better as it is more feature complete and its direct mode like javafx

@ron we need to introduce css concept in nuklear, as I guess it does not have any such things

Just curios, in what cases css is useful? Looks like most of modern ui frameworks avoid using css concept.

for example, take look at flutter https://flutter.io/web-analogs/

All styles already in widget's class, why need another class only for styles?

I agree. CSS is nice to have but not a showstopper. Lets not mess with that.

css is for feature parity with JavaFX

We can create our own property style sheets or something.

I doubt we are going to get full feature parity. We should try to get a minimum viable product

Maybe we should just strive for dark/light theme, and accent color

ofcourse, but our goal should be to reach as close as possible

Yeah. Let me rephrase, let's not copycat javaFX but pursue something different that is practical and makes sense

but IMO that would not be too friendly with tornadofx in its current form..

we have to comeup with different dsl for that may be

I think I'm okay with that. This could potentially become a new standard

And keep in mind the API is going to be different since it is not JavaFX. There is no getting around that.

yep

And TornadoFX worked around CSS, not the other way around. There is opportunity in defining type safe styling the way we want to.

And of course it is only my part time experiment, not real project

Hey guys! U won't be able to catch up on all questions before I get on the boat to Germany, but please, if you don't get a reply to something here, create an issue so we don't loose track of it 🙂 That way the question becomes searchable for others as well 🙂

@snrostov you are doing multithreaded rendering? Like not a single UI thread but multiple? Ambitious.

yes, it is multithreaded, like in servo

Wow @snrostov - that's really interesting 🙂 What language are you writing it in?

@anidotnet I'm no font expert, but I've normally just loaded each font with some default size, for example 12, and then set the font size property to scale them. That has worked well for me.

Most parts written in Kotlin common module. I'm using java for debug rendering, layouting and painting parts. Working with Kotlin/Native is hard for now.

@snrostov What's the state of the project? Is it usable as of now?

It is not usable, but basic components like buttons and input works. Web backend is usable (it works as wrapper for react).