XBox

could also just be called

Box

..still trying to set up things in Maven 😛 See any problems with this

<dependency>
            <groupId>com.github.permalmberg</groupId>
            <artifactId>CmdParser4J</artifactId>
            <version>master-SNAPSHOT</version>
        </dependency>

should work, right? it doesn't, but specifying a commit hash works just fine. 😕

Guys, I have a problem with JavaFX bindings They are .... slow 😕 I have a property which changes ~500 times per second, and a text field which represents it in the GUI. It results in a x3 slowdown for the whole application. Note that I do want this textfield to "blink". Is this a known problem? What are the workarounds?

Updating the UI 500 times per second sounds like a really bad idea. Besides, the eye wont be able to see that flicker anyway

what is the data that you are displaying, @voddan ?

You are right, maybe it is not 500 ps

At least I am able to see the blinking now

Isn't this something where you can just calculate the average every 500 updates and display that in the ui?

@voddan you should probably filter whatever your are updating before it reaches your UI-layer. I.e. only update every N:th time.

I've slightly changed the code, so that now I have a list, and one row is selected, and the changing number is the selected index

@permalmberg is there an easy way to filter N:th change?

@voddan sure, keep a counter and only update when

counter % 50 == 0

or someother appropiate value

I believe Rx was also made for these kinds of things but I'm not sure. That's also a pretty drastic solution

@teedee Drastic? He has to minimise the work on the UI thread, so if he can cut it by any order of magnitude that's a good thing. Of course, the best thing would be to reduce the number of events at the source

but I know next nothing about his application so I'm just basing my suggestions on the little information I have.

@permalmberg I meant Rx being a drastic solution. Yours seems perfectly fine if it's only a problem in a single part of the codebase

Thank, that solved it

@teedee Oh, ok 🙂

@voddan good.

@voddan Just a thing to check: Make sure it works even if `counter`overflows to negative values (I don't rememver how the `%`operator works in Java). You might want to use an

unsigned

type if it doesn't.

ok )

Is RxJava better than JavaFx in terms of performance ?

@voddan RxJava provides reactive functionality and is a tool that can be used with JavaFX. It's not a UI framework, so no alternative to JavaFX 🙂 I Agree with @teedee that RxJava might be overkill if this is all you want to do. @permalmberg's suggestion with modulus should do fine if you have guarantees about the max number of events per second. If not, use RxJava or make sure at least N milliseconds has passed since the last UI event.

..or simply read the time and compare it yourself before updating the UI

no need to bring in an entire framework just for this imho., but then we don't know the entire use case.

@edvin I don't really want to admit it, but I'm starting to like Maven 🙂

@permalmberg No shame in that. It simply does a lot of the heavy lifting so you don't need to worry about it, and even more importantly -> it will do it consistently every time 🙂

Ah, finally nailed optional

vbox

support for the

Form

builder. Now you can say

field("Name", VERTICAL) { }

and you'll be operating on a

VBox

instead of an

HBox

. Special support has also been added to support

vgrow = Priority.ALWAYS

to make for example a

textarea

inside a Form grow with the window.

@edvin awesome.

@edvin - I will try out the new form functionality this evening and get back to you