how to implement delayed calculation of node/shape

Tom Schindl tom.schindl at
Mon Aug 27 10:15:51 UTC 2018

Why not do the necessary stuff on the next layout-pass?


On 27.08.18 09:48, Zsolt Kúti wrote:
> Thank you for the idea, I'll explore it.
> On Sun, Aug 26, 2018 at 5:16 PM Michael Paus <mp at> wrote:
>> One possible solution for this would be to use an AnimationTimer.
>> Maintain a dirty state somewhere and check that when the AnimationTimer
>> gets called for the next pulse.
>> Am 26.08.18 um 16:59 schrieb Zsolt Kúti:
>>> Hi,
>>> Some of my classes extend Path or Group and constructed by non-trivial
>>> algorithms that may use many properties, either standard (like
>> strokeWidth)
>>> or non-standard ones. Setting a property calculates a new state at
>> present.
>>> When several properties are set it means a lot of unnecessary
>> calculations
>>> done.
>>> I would like to delay geometry/shape calculations similar the way
>>> Node/Shape do. They signal their state changes by dirty flagging and on
>>> pulse necessary synchronization does recalculations when being dirty.
>>> However relevant methods despite being public are deprecated (tipically
>>> ones starting with impl_) and cannot be relied upon.
>>> Is there a way to achive that kind of design for own classes?
>>> Thx!
>>> Zsolt

Tom Schindl, CTO EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck

More information about the openjfx-dev mailing list