I'm not doing any IO. Mostly I'm concerned with unordered UI updates during periods of very active updating because some queue up to be serviced by the application thread while other updates jump to front because they're done on the wrong thread.
On Tue, Apr 16, 2019, 7:14 AM Thiago Milczarek Sayao < [email protected]> wrote: > If you do a database (or any I/O intensive task that blocks) the call > should be on a Task or Service (which contains a Task). > > You can bind to the task return value directly, threads will be handled > correctly. > > For non I/O intensive tasks you can set values directly. > > If you do I/O intensive tasks outside a Task<> or Service<> the UI will > block (show a white screen or any non-desirable behaviour). > > > ------------------------------ > *De:* openjfx-dev <[email protected]> em nome de > Andrew Munn <[email protected]> > *Enviado:* terça-feira, 16 de abril de 2019 00:03 > *Para:* [email protected] > *Assunto:* FxApplicationThread usage with > > I have a table where column values are bound to row objects' properties > like this > > column.setCellValueFactory(ex -> ex.getValue().getSomeProperty()); > > Should I always call... > > someProperty.setValue(updatedValue); > > ...in the FxApplicationThread, or does binding it to the TableColumn take > care of dispatching it on the right thread? >
