how to implement delayed calculation of node/shape
tom.schindl at bestsolution.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 jugs.org> 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:
>>> Some of my classes extend Path or Group and constructed by non-trivial
>>> algorithms that may use many properties, either standard (like
>>> or non-standard ones. Setting a property calculates a new state at
>>> When several properties are set it means a lot of unnecessary
>>> 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?
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
More information about the openjfx-dev