Could be the same as this bug here which was a regression in 8u102:
https://bugs.openjdk.java.net/browse/JDK-8183100
A workaround is to call Node#impl_reapplyCSS on the parent *after* putting the
child back in the scene. But this isn't public API and is removed in Java 9, so
you can
Sorry I forgot to add - I'm using 1.8.0_66 on Windows 7.
Cheers,
Rob
-Original Message-
From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of
Fisher, Robert
Sent: Freitag, 27. Mai 2016 10:07
To: openjfx-dev@openjdk.java.net
Subject: Mouse events blocked during DnD
Hello,
It seems the MOVE cursor is not displayed on Mac OS. You just get the default
cursor. You can reproduce this easily e.g. using a ScrollPane with
setPannable(true). Is this a bug or a restriction of Mac OS itself? I think
there is an appropriate cursor available somehow, because in
I have a question about this bug:
https://bugs.openjdk.java.net/browse/JDK-8027021
It's over 2 years old at this point, so I wonder if it has fallen through the
cracks. For us it means as soon as anyone instantiates a WebView anywhere in
our app, our REST clients stop processing Cookies
Hi,
I am wondering if this behaviour of ListView's MultipleSelectionModel is
correct:
ListView listView = new ListView<>();
ObservableList items = FXCollections.observableArrayList();
SortedList sortedItems = new SortedList<>(items);
sortedItems.setComparator(String::compareTo);
Done.
From: Scott Palmer [mailto:swpal...@gmail.com]
Sent: Freitag, 30. Oktober 2015 14:38
To: Fisher, Robert
Cc: openjfx-dev@openjdk.java.net
Subject: Re: Bug when combining ListView and SortedList?
That looks like a bug to me. Please report it.
On Fri, Oct 30, 2015 at 7:07 AM, Fisher, Robert
are referring
to. Can you or anybody else explain what this method exactly does. It sounds
indeed as if I could solve some problems with it although I am not sure yet and
of course only if Jonathan does not block it in the future :-) Michael
Am 24.09.15 um 09:31 schrieb Fisher, Robert:
> I th
it will feel laggy.
Maybe there is a better way to solve these problems? At least with
Platform.runLater I didn’t have much success, the behavior is not well-defined.
From: Johan Vos [mailto:johan@gluonhq.com]
Sent: Donnerstag, 24. September 2015 09:49
To: Fisher, Robert
Cc: jonathan.gi
I think it would be great to have in the public API. It looks like it would
allow you to spread large UI updates out over several pulses in a well-defined
way.
See also this post from a month or so ago:
> Hi,
> I want to do some performance tuning of a JavaFX application of mine but
> before
Thanks, that's an interesting point. I'll look into it.
-Original Message-
From: Scott Palmer [mailto:swpal...@gmail.com]
Sent: Donnerstag, 24. September 2015 15:13
To: Fisher, Robert
Cc: Dr. Michael Paus; openjfx-dev@openjdk.java.net
Subject: Re: Usage of Toolkit firePulse
For some
Ok. Thanks for the info.
From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com]
Sent: Donnerstag, 24. September 2015 17:12
To: Fisher, Robert
Cc: Dr. Michael Paus; openjfx-dev@openjdk.java.net
Subject: Re: Usage of Toolkit firePulse
This wouldn't do what you expect. :)
-- Kevin
Fisher
Suppose you have an 'cheap' scene-graph update that itself triggers an
'expensive' update. For example in a filtered list the cheap update could be
deleting a single character in the filter text-box, and the expensive update is
the subsequent change in the list-view content. Or for example with
12 matches
Mail list logo
