Hi Anirvan,
A gallery will fit best in the tutorials. The page for UI controls [1] will
be ideal in my opinion (put the gallery as the first link).
About the screenshots: that page contains much more suitable screenshots in
each control's page when it comes to a gallery. They are stylistic,
show-
Hi Nir,
Thanks for this RFE.
Now other UI toolkits like GTK and QT have a separate gallery of
controls[1][2].
I was considering to add something similar in JavaFX but I never got around
to start working on it, mostly due to all the screenshots which is needed
to be taken beforehand !
Since you
Agreed. For simple controls like checkbox, button, etc., it makes sense
to use an undecorated Stage. It's less busy and puts the emphasis on the
control being illustrated.
-- Kevin
On 9/12/2018 7:57 AM, Pedro Duque Vieira wrote:
Yes I agree with you. Controls on which their window decoration
Yes I agree with you. Controls on which their window decorations are a part
of them, should show up with them. If those decorations change depending on
the platform their running, I would put a note saying that.
The vast majority of controls don't belong to that category.
Cheers,
On Wed, Sep 12,
That's sensible, though for Alert and the like I think they should stay as
it's effectively part of the control.
On Wed, Sep 12, 2018 at 4:19 PM Pedro Duque Vieira <
pedro.duquevie...@gmail.com> wrote:
> I would remove the window decorations. That's platform dependent, windows,
> linux, mac have
I thought your question was about a replacement for copying a jar file
into $JAVA_HOME/lib/ext (which also touches the JDK).
If you are interested in fixing a bug or otherwise improving JavaFX,
then please see the OpenJDK page [1] about becoming a contributor. There
is a GitHub sandbox [2] tha
I would remove the window decorations. That's platform dependent, windows,
linux, mac have different aesthetics for this. They also don't add any
value to the representation of the control.
That's what I usually do.
Cheers,
--
Pedro Duque Vieira - https://www.pixelduke.com
I understand that, but for commercial products we try to avoid touching the
jdk. I did it to disable image view smoothing. My point beyond that (we can
stay in jdk 8 there is no rush to update to the latest jdk) is to improve
JavaFx 3D API and implementations. I have some feature request I think ar
Hi Vincent,
As of JDK 9 the Standard Extension mechanism, as implemented by the
"lib/ext" directory in the JDK, has been removed. If you need to locally
modify a class in one of the javafx.* modules you will either need to
build JavaFX from source or patch the module (presumably,
javafx.graph
They look fine to me. I think placing them next to the code sample, near
the bottom, seems best.
-- Kevin
On 9/12/2018 1:42 AM, Nir Lisker wrote:
Hi,
Iv'e started working on JDK-8210361 [1] and I'd like my comment there
addressed before continuing.
[1] https://bugs.openjdk.java.net/browse/JD
Hi,
I am new to this list so let me know if I’m wrong somewhere.
In my development, I’m using JavaFX 3d in an extensive manner.
I developed a JavaFX 3D framework, compensating flows and missing features.
One of this flaws in the ParallelCamera, the position and clippings are
calculated weirdly.
Hi,
Iv'e started working on JDK-8210361 [1] and I'd like my comment there
addressed before continuing.
[1] https://bugs.openjdk.java.net/browse/JDK-8210361
Thanks,
Nir
12 matches
Mail list logo