On 3/9/24 10:30 AM, Marius Hanl wrote:
However, I found this old email thread. Two answers which reflect what
we said:
https://mail.openjdk.org/pipermail/openjfx-dev/2013-September/010067.html
https://mail.openjdk.org/pipermail/openjfx-dev/2013-September/010094.html
Wow, good find! Thank you,
Regarding the comment that the design of JavaFX is vastly superior to
Swing.. I would argue against bluntly stating that (not criticizing who
said that).
There are obviously cons and pros to each approach. On the one side Swing
was much easier for developers to extend and to add functionality on t
On 08/03/2024 07:37, Robert Lichtenberger wrote:
One major pain point that we have at the moment is CSS performance, I
think (but did not investigate yet) that some kind of performance
regression happened somewhere between 17 and 21.
I think this was addressed already, see here:
https://git
: Freitag, 08. März 2024 um 07:37 Uhr
Von: "Robert Lichtenberger"
An: openjfx-...@openjdk.java.net
Betreff: Re: Validation Support
Am 08.03.24 um 00:40 schrieb Marius Hanl:
One note here regarding that a lot of things are final in JavaFX:
The problem is not that everythin
.html
-- Marius
Gesendet: Freitag, 08. März 2024 um 02:49 Uhr
Von: "John Neffenger"
An: openjfx-dev@openjdk.org
Betreff: Re: Aw: Re: Validation Support
On 3/7/24 3:40 PM, Marius Hanl wrote:
This design is mostly superior than e.g. Swing, where you can override things and ea
;John Hendrikx"
An: openjfx-dev@openjdk.org
Betreff: Re: Aw: Re: Validation Support
I think there is definitely room for improvement here, but I think most controls can currently be build externally, if you are willing to do all the work. Your control may suffer however when you need to inte
int to (better) get this started as well?
-- Marius
*Gesendet:* Montag, 04. März 2024 um 08:13 Uhr
*Von:* "Robert Lichtenberger"
*An:* openjfx-dev@openjdk.org
*Betreff:* Re: Validation Support
First off, as the original author of ValidatorFX I feel flattered by the
suggestion of including it int
, 2024 at 15:40
To: Robert Lichtenberger
Cc: openjfx-dev@openjdk.org
Subject: Aw: Re: Validation Support
One note here regarding that a lot of things are final in JavaFX:
The problem is not that everything is final - this is intended and makes sense,
since we speak mostly of properties here
Am 08.03.24 um 00:40 schrieb Marius Hanl:
One note here regarding that a lot of things are final in JavaFX:
The problem is not that everything is final - this is intended and
makes sense, since we speak mostly of properties here. Overriding
those will not give you any benefit.
You mostly want
On 3/7/24 3:40 PM, Marius Hanl wrote:
This design is mostly superior than e.g. Swing, where you can override
things and easily break something if not too careful.
Pretty sure that this were some lessons learned from the development
of Swing.
That's what I remember, too, but I can't find any so
e point to (better) get this started as well?
-- Marius
Gesendet: Montag, 04. März 2024 um 08:13 Uhr
Von: "Robert Lichtenberger"
An: openjfx-dev@openjdk.org
Betreff: Re: Validation Support
First off, as the original author of ValidatorFX I feel flattered by the
suggestion of includin
I second what John and Michael say (provide more APIs in OpenJFX that can
only realistically be implemented in OpenJFX).
I believe the experience from Robert as the creator of ValidatorFX is
extremely valuable to this. The key question that might help to see what we
need here is: "What would have
Am 04.03.24 um 10:01 schrieb Michael Strauß:
I would not be in favor of adding any particular data validation
framework to JavaFX. Data validation comes in all kinds of different
shapes and sizes, which makes it a good fit for (opinionated)
third-party libraries.
I agree with that while at th
I would not be in favor of adding any particular data validation
framework to JavaFX. Data validation comes in all kinds of different
shapes and sizes, which makes it a good fit for (opinionated)
third-party libraries. However, I fully agree with John that JavaFX
should provide more APIs that can o
First off, as the original author of ValidatorFX I feel flattered by the
suggestion of including it into the JavaFX core :-).
Some thoughts / insights I gained from developing ValidatorFX:
* ValidatorFX is (with the possible exception of GraphicDecoration.java)
rather trivial code and also ver
Hi Dirk,
That is a very nice framework, and although I wouldn't be against its
inclusion in FX, I'm more wondering if JavaFX could do more to help make
tools like ValidatorFX easy to build.
I'm not quite sure how one can use not having validation as an argument
against using FX, when there c
A quick look at the validator project readme should clarify things:
https://github.com/effad/ValidatorFX
Dirk
> Am 02.03.2024 um 19:59 schrieb Dirk Lemmermann :
>
> Ensuring that only valid characters are entered does not ensure that the
> entered value is correct. What developers require is
Ensuring that only valid characters are entered does not ensure that the
entered value is correct. What developers require is data validation / form
validation.
Dirk
> Am 02.03.2024 um 16:28 schrieb Nir Lisker :
>
> Hi Dirk,
>
> JavaFX has some input validation support in terms of focus con
Hi Dirk,
JavaFX has some input validation support in terms of focus control and
rejecting invalid characters. Can you explain what your proposal adds? Are
there JBS issues asking for this?
Thanks,
Nir
On Fri, Mar 1, 2024, 13:50 Dirk Lemmermann wrote:
> Hi everyone,
>
> I updated the validatio
19 matches
Mail list logo
