btw aren’t you worried about getting the injection mold machine wet?

@carlw For some reason (unknown), my wife didn’t think it would be a good idea to bring it. I’m baffled and confused.

About two weeks out from pushing plastic with it :) Can’t wait!

Colors?

I have some, down the line we’ll make automatic CMYK mixing, even for single keycap sets! I don’t think anybody else is doing that.

First iteration will be laser marking, then dye sub and finally double shot. I think dye sub is most suited for custom/small runs

Amanda got the last of the round 1 caps for her talk. Do you think you’ll have any ready for kotlinconf? If not I can get more from WASD. Thinking purple with white legends like the shirt

I’ve seen some gradient stuff lately on the market

Possibly, not sure yet. We’ll be able to do full color dye sub on all sides eventually

@carlw Yep

@channel New post on MVC versus MVVM https://courses.bekwam.net/public_tutorials/bkcourse_tornadofx_mvvm.html

Are there any other issues that should be resolved before release? I'm thinking about doing a release very soon.

The approach is for vanilla JavaFX but it should work for TornadoFX. Give it a try and let us know if it works out or if you hit a wall 🙂

@edvin if you're looking at code this week, can you review the snippet below? I'm trying to work with an event-driven framework and am converting your classic Person example. This example adds Create and Delete and decouples the bindSelected so that a more deliberate action -- a double-click -- prepares the righthandside form for editing. I had expected to see the ItemViewModel item updated when I executed commit() during the Save button action. Although the individual properties are updated in the ItemViewModel, the item isn't. I verified that rebindOnChange() was called and that the commit() appeared to be working.

@carlw Will look at it when I get to a computer this evening :)

thx

Hello everyone. Is there some specific classes in TornadoFX for a long running tasks? Want to make some sort of service where will be check api every two-five minutes and update data in any related view wich currently visible on screen. Or should I just make controller start thread and use view model inside?

@iLobanov have you seen this post on pollling? https://courses.bekwam.net/public_tutorials/bkcourse_tornadofx_polling.html

@carlw no. Check it now!)

Thx again @carlw! Seems what I'm want)

Great

@carlw Sorry that I didn’t find time to look at the code yesterday, this vacation business is very disruptive to my daily routine and takes a lot of time 😂😎😬

no hurry

Maybe there's a Greek restaurant that will let you injection-stuff a grape leaf?

Poor Internet down here, can’t do much, but looking forward to finding a good solution to this: https://stackoverflow.com/questions/51862577/endless-scroll-on-listview-with-kotlin-and-tornadofx

I have some ideas, will tackle this before release in case we can make it more convenient with some helpers. Virtual/async data support for TableView would be fun.

I had a fun hack once that tracked the visibility of the last item. When that particular node was shown, it kicked off another fetch.

something like this post from a few years ago http://bekwam.blogspot.com/2016/02/capturing-faux-scrolling-event-in.html

I'm going to try adding a surrogate key (like Oracle ROWNUM) in a list fragment for every object and capturing an event using the layoutY above when the last item is shown which will trigger a fetch.

@edvin I posted a solution to the SO question