If we use the new, you actually have to set the

bean

parameter to

this

. That's how I can detect the ViewModel a property belongs to.

That sucks a little as well though.

could we keep it to a released version? that way no one has to have -SNAPSHOT in their local repo in case building a tornadofx isn't desired

You do stuff very differently from me, so we run into issues I've never considered before.

OK. In that case we should use Domain objects and ViewModels. They play much much nicer with validation and bindings.

I can show you what I'm thinking about later. When the lawn is mowed 😁

Ouch, I tried creating a ByteArrayToHex thing, but the code looks so ugly one might thing it was written by a Scala guy:

@User uploaded a file: Untitled

@edvin some of my target audience may be using this. having them pull constantly is a bit of a stretch. having them pull twice from a forked repo is even more of a stretch

i don't want users to pitch this because yesterday's -SNAPSHOT mod broke something

@carlw I agree. Let's clean it up later today! Gotta run.

@edvin just pushed my changes. i'll be around later in the day. once you get the digest, i'd like to implement these two requirement

1. load jdbc drivers + create datasources

2. add modules to the file system w. a module descriptor and make them global-modules

i can hand that off to a few other developers right away

@edvin Hehe merged, you are way to fast 😉

Cool Carl, that will be a very good start!

@nimakro Sub minute merges should be the norm 😁

I found a way to make the hex function even more cryptic.

Hehe.. Actually, it's cleaner this way.

Hmm.. I only implemented RFC 2069 first, because Wildfly uses MD5 and no qop, but I still get unauthorized after the challenge response. Gr...

Fixed 🙂 My simplistic parser from above removed the base64 padding chars from the nonce. Changed

val (name, value) = it.split("=")

to

val (name, value) = it.split("=", limit = 2)

and it worked 🙂

Fun. Next is implementing RFC2617. That looks a bit more painful 😁

Is it possible to split CSS stylesheets into several Kotlin classes? Or we can only have one class (Styles) that is passed to

App

constructor?

@alexp11223 You can pass as many as you want, and even load them adhoc from anywhere with

importStylesheet()

if you need to.

Keep in mind that if you apply them at at later time than at startup, the styles will only be applied to new views.

@edvin I pushed some changes that used the new digest feature which is working great. I have a real RESTful post to WildFly in the connect logic. I still need to learn about the commandParameter syntax. I have a cheat which sets fields in the model, then turns around and calls a parameter-less model. I'd like to pull out the fields in the model or at least set them through the command parameter. I'm focusing on one-way data updates. Values from the user go View -> ViewModel -> Command -> Model. The ViewModel only updates from the Model when an EventBus notification is received. This way, there's no special update code that builds up en route to the model update (say setting the ViewModel prior to issuing the model change). This way, there is only one way for the ViewModel to respond to the changing model regardless of which code initiated it.

I could use some error handling on the ConnectFragment form. I'd like to put the messages on the form itself rather than introduce a third modal. The progressindicator / button is working great.