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
eitag, 01. März 2024 um 11:59 Uhr
Von: "Dirk Lemmermann"
An: "openjfx-dev"
Betreff: Validation Support
Hi everyone,
I updated the validation framework ValidatorFX today in our project to the latest release and I really like it a lot. It is a small compact API and works wi
atorFX today in our project to
> the latest release and I really like it a lot. It is a small compact API
> and works with any observable as opposed to the validation support provided
> by ControlsFX.
> >
> > Using it made me wonder whether it would make sense to bundle
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
eryone,
>
> I updated the validation framework ValidatorFX today in our project to the
> latest release and I really like it a lot. It is a small compact API and
> works with any observable as opposed to the validation support provided by
> ControlsFX.
>
> Using it made me wo
1:59, Dirk Lemmermann wrote:
Hi everyone,
I updated the validation framework ValidatorFX today in our project
to the latest release and I really like it a lot. It is a small
compact API and works with any observable as opposed to the
validation support provided by ControlsFX.
Using it made me wonde
ompact
API and works with any observable as opposed to the validation support
provided by ControlsFX.
Using it made me wonder whether it would make sense to bundle it or
something like it directly with JavaFX. Developers often mention
missing validation support as a drawback of using JavaFX. Adding
s 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 control and
>> rejecting invalid characters.
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
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 up
Hi everyone,
I updated the validation framework ValidatorFX today in our project to the
latest release and I really like it a lot. It is a small compact API and works
with any observable as opposed to the validation support provided by
ControlsFX.
Using it made me wonder whether it would
21 matches
Mail list logo
