Re: JavaFX (FXML) to HTML5+CSS+JavaScript

2018-08-15 Thread Zsolt Kúti
Hello,

This coversation adds some bits of info:
https://www.reddit.com/r/JavaFX/comments/5aqdrk/jproio_is_bringing_javafx_back_to_browser/

Bye

On Wed, Aug 15, 2018 at 4:15 PM Pedro Duque Vieira <
pedro.duquevie...@gmail.com> wrote:

> Hi,
>
> Check out jpro (https://www.jpro.one/)
>
> AFAIK it converts the whole javafx app to a web version (html, javascript)
> not just the FXML.
>
> Cheers,
>
>
> --
> Pedro Duque Vieira - https://www.pixelduke.com
>


Re: how to implement delayed calculation of node/shape

2018-08-27 Thread Zsolt Kúti
Thank you for the idea, I'll explore it.

On Sun, Aug 26, 2018 at 5:16 PM Michael Paus  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
>
>
>


Re: how to implement delayed calculation of node/shape

2018-08-27 Thread Zsolt Kúti
>From Scene doc: "The scene graph detects dynamic node changes which affect
layout (such as a change in size or content) and calls requestLayout(),
which marks that branch as needing layout so that on the next pulse, a
top-down layout pass is executed on that branch by invoking layout() on
that branch's root. During that layout pass, the layoutChildren() callback
method will be called on each parent to layout its children. This mechanism
is designed to maximize layout efficiency by ensuring multiple layout
requests are coalesced and processed in a single pass rather than executing
re-layout on on each minute change."

Parent class has a layoutChildren() method that can be overriden. Do you
mean processing my own classes here depending on their dirty state?
If not, can you elaborate on that suggestion?

Thanks.

On Mon, Aug 27, 2018 at 12:16 PM Tom Schindl 
wrote:

> Why not do the necessary stuff on the next layout-pass?
>
> Tom
>
> 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  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
> BestSolution.at EDV Systemhaus GmbH
> Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
> Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
>


how to implement delayed calculation of node/shape

2018-08-26 Thread 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


Re: user mailing list

2021-03-22 Thread Zsolt Kúti
Thanks!

On Fri, Mar 19, 2021 at 4:16 PM Nir Lisker  wrote:

> The mailing lists are only for development and discussion purposes. If you
> think there's a bug or a missing feature you can ask here, but if you need
> help then there is no formal mailing list for that.
> If SO didn't help, you can try r/JavaFX on Reddit or search for a
> JavaFX discord server.
>
> On Mon, Mar 15, 2021 at 9:25 PM Zsolt Kúti  wrote:
>
>> Hi,
>>
>> I asked something on Stackoverflow I do not think I can formulate better,
>> but it was closed right away. Is there a mailing list for user questions?
>>
>> Thx,
>> Zsolt
>>
>


user mailing list

2021-03-15 Thread Zsolt Kúti
Hi,

I asked something on Stackoverflow I do not think I can formulate better,
but it was closed right away. Is there a mailing list for user questions?

Thx,
Zsolt