@User uploaded a file: Untitled

but that might be too restrictive

Yes, then there are modes you can't express. If they're needed however, I don't know.

why does jetbrains expose

fixedRateTimer

as first class function, but schedule needs to be done with

Timer().schedule

@User uploaded a file: Untitled

@ron have you tried just "timer()" from kotlin.concurrent?

they are all periodical

I need one shot

it works this way

has anyone worked with datetime with JsonModel? It's not "working" in that the localdatetime I get back from the JsonModel is "wrong".... I'm attempting to convert 1477714800000 to a local date time.. If I try http://www.freeformatter.com/epoch-timestamp-to-date-converter.html it works as expected, but when I get in from the JsonModel I get +48799-04-15T032000

just thought I would ask while i try to fix my problem 🙂

@jchildress On the phone, so hard to double check, but maybe you're passing in milliseconds since epoch and it expects seconds or vice versa?

If that's the case I can add a global config option with local override so you can choose the format.

@edvin sorry i stepped away.. I'll double check. I can't control the web service I'm calling so don't change anything unless you find something "wrong"... I am about to take off for the day. I will work on it later tonight or early tomorrow morning...

Again, the value the service returns "works" when I try the online "service" I pasted in above...

@jchildress +1 on edvin's recommendation. have you tried dividing by 1000? make sure you're not actually dealling with microseconds

@carlw and @edvin thank you... that is it...

testing now

@carlw @edvin thank you .... I ended up going with the following:

dateTime = LocalDateTime.ofEpochSecond(json.getLong("DATETIME")/1000, 0, ZoneOffset.UTC)

works perfect

thank you

in

override fun updateModel(json: JsonObject)

np

@User uploaded a file: One-Shot Timers and commented: @ron These two syntaxes function equivalently. The both seem to keep a Thread running indefinitely, however, so you may find yourself calling System.exit instead of Platform.exit.

@User uploaded a file: One-Shot Timer, No Lingering Thread and commented: @ron This version will allow you to use Platform.exit()

PSA; RxJavaFX 2.0 is now in pre-release. This is the first version to support RxJava 2.0 with JavaFX. If anybody can test or provide feedback, that would be awesome. RxKotlinFX 2.0 will come shortly after release. https://github.com/ReactiveX/RxJavaFX/releases/tag/2.0.0-RC1

@jchildress I'm adding an optional parameter to

datetime

called

millis

. You can do

datetime(true)

or

datetime(millis = true)

to use milliseconds since epoch now 🙂

@jchildress If you use datetime from millis all over, you can also set

JsonConfig.DefaultDateTimeMillis = true

, and just use

datetime

with no parameter.

@jchildress If you have time I'd be grateful if you can try it!

I added a "JSON and REST" chapter to the guide and described

JsonConfig.DefaultDateTimeMillis

as well. This chapter (as well as many others) need to be partially rewritten to provide better flow and improve wording etc.

@carlw what I needed is a one time delay. When you copy the password to the clipboard the clipboard needs to be cleared after a few seconds. So a one shot delay. The way I do it now fills my requirement. Basically I want

doThisOnceAfterWaiting