Hi,
Please review the patch for following enhancement, it is targeted for openjfx12.
https://bugs.openjdk.java.net/browse/JDK-8148129
Changes are available as gihub PR, refer the following link,
https://github.com/javafxports/openjdk-jfx/pull/51
Unified diff is available in the following link,
C:/Program Files (x86)/Windows
Kits/10/lib/10.0.16299.0/um/x86\gdi32.lib : warning LNK4272: library
machine type 'X86' conflicts with target machine type 'x64'
This looks like a problem where the tools are confused about 32-bit
versus 64-bit. It might be something missing from your Visual
Hi,
I'm trying to get openjfx build on Windows, but I've run into an issue
I haven't been able to resolve.
Any tips I can try?
--John
> Task :graphics:linkWinFont FAILED
Creating library
P:\Dev\git\openjdk-jfx\modules\javafx.graphics\build\libs\font\win\javafx_font.lib
and object
P:\Dev
You can set a javafx.scene.control.TextFormatter on any TextInputControl
On 8/24/18 4:58 PM, Miroslav Nachev wrote:
Hi,
Is there any intention of adding formatting and validating of data in
JavaFX? Are there any active projects or libraries for that?
For example integer, decimal, currency, cu
As I see it, providing only platform-specific artifacts makes it difficult
or impossible for third-party JavaFX libraries or frameworks to depend on
the JavaFX API and pass it along to consumers. Libraries don't care about
the platform-specific code - that's up the final application to determine -
Hi,
Is there any intention of adding formatting and validating of data in
JavaFX? Are there any active projects or libraries for that?
For example integer, decimal, currency, custom, etc.? Local data
representation, which is typical for each country.
It will be good if Formatting and Validating
Hey,
Please review the fix for https://bugs.openjdk.java.net/browse/JDK-8207328
Pull request:
https://github.com/javafxports/openjdk-jfx/pull/147
Thanks,
Selim
You probably already know this, but using internal interfaces is fragile
and can change or break at any time and without notice.
-- Kevin
On 8/24/2018 7:11 AM, Nir Lisker wrote:
Sorry, my reply was not phrased well. Whether you declare a
module-info.java or not, you still have to add-exports
Sorry, my reply was not phrased well. Whether you declare a
module-info.java or not, you still have to add-exports either via command
line or during runtime. What I meant with not needing to declare a
dependency in module-info.java is that you don't need a 'requires' (or
add-reads) because the unna
Now I adopted the application to be module, adding this:
module my.app.Test {
requires controlsfx;
requires javafx.base;
requires javafx.controls;
}
What is the next step?
On Fri, Aug 24, 2018 at 4:02 PM Nir Lisker wrote:
> Hi Miro,
>
> Can I use the 2nd option with declaration in
Hi Miro,
Can I use the 2nd option with declaration in the source code, or the only
> possible option is to pass as parameter when starting the application?
>
If your app is not a module then you don't have a module-info.java in your
source code to declare the dependency. What you can do is export
I think I've seen this failure in the develop branch as well.
-- Kevin
On 8/24/2018 12:11 AM, Johan Vos wrote:
I noticed Travis fails a number of times on branches.
For example: https://travis-ci.org/javafxports/openjdk-jfx/builds/419599353
This is the exact commit that worked fine in the deve
Hi Arun,
Thank you. I'm already using the first option, but then I need to access
other methods and classes that are not available.
Can I use the 2nd option with declaration in the source code, or the only
possible option is to pass as parameter when starting the application?
Miro.
On Fri, Aug
Hello Miro,
CookieManager is a module private class, which is not exposed to outside.
I could think of two options,
1. com.sun.webkit.network.CookieManager is a type of java.net.CookieHandler,
that means after instantiating WebEngine, you can call
CookieHandler.getDefault() to get the instance
Most probable! Your ref [1] states fix for that is Gradle #6170, which was
resolved and merged after 4.9 was release. I'll test again when 4.10 is out.
/Lennart
> 23 aug. 2018 kl. 17:40 skrev Kevin Rushforth :
>
> Maybe you hit Gradle #3468 [1], which I discovered as reported in JDK-8193288
I noticed Travis fails a number of times on branches.
For example: https://travis-ci.org/javafxports/openjdk-jfx/builds/419599353
This is the exact commit that worked fine in the development branch.
>From the logs, it seems that the failures occur when all the packages have
to be installed:
Sett
16 matches
Mail list logo
