Re: RFR: 8181084: JavaFX show big icons in system menu on macOS with Retina display [v4]

> Before this fix:- > > src="https://user-images.githubusercontent.com/437990/155880981-92163087-696b-4442-b047-845c276deb27.png;> > > After this fix:- > > src="https://user-images.githubusercontent.com/437990/155880985-6bff0a06-9aee-4db2-b696-6473

Re: RFR: 8181084: JavaFX show big icons in system menu on macOS with Retina display [v3]

> Before this fix:- > > src="https://user-images.githubusercontent.com/437990/155880981-92163087-696b-4442-b047-845c276deb27.png;> > > After this fix:- > > src="https://user-images.githubusercontent.com/437990/155880985-6bff0a06-9aee-4db2-b696-6473

Re: RFR: 8181084: JavaFX show big icons in system menu on macOS with Retina display [v2]

On Sat, 2 Apr 2022 10:23:23 GMT, Paul wrote: >> I hit on JDK-8181084 while making some changes to Scene Builder, so I >> decided to investigate. >> >> Please note: I have not done any Objective-C or MacOS development before. So >> I would really like some feedba

Re: RFR: 8181084: JavaFX show big icons in system menu on macOS with Retina display [v2]

> Before this fix:- > > src="https://user-images.githubusercontent.com/437990/155880981-92163087-696b-4442-b047-845c276deb27.png;> > > After this fix:- > > src="https://user-images.githubusercontent.com/437990/155880985-6bff0a06-9aee-4db2-b696-6473

RFR: 8181084: JavaFX show big icons in system menu on macOS with Retina display

I hit on JDK-8181084 while making some changes to Scene Builder, so I decided to investigate. Please note: I have not done any Objective-C or MacOS development before. So I would really like some feedback from someone else who knows this stuff better. Anyway, after some googling, I discovered

Integrated: 8279013 : ES2Pipeline fails to detect AMD vega20 graphics card

On Mon, 20 Dec 2021 17:48:19 GMT, Paul wrote: > I have an AMD Radeon VII (vega20) series GPU which is identifying with a > vendor string of "AMD". > > This is not present in the `X11GLFactory` list of `preQualificationFilter` > vendor names, so my system (and probab

Re: RFR: 8279013 : ES2Pipeline fails to detect AMD vega20 graphics card

On Tue, 21 Dec 2021 08:09:08 GMT, Paul wrote: > ... I signed the OCA **last year** ... Added some emphasis. Hope I get a year off for Christmas next year! ;-) - PR: https://git.openjdk.java.net/jfx/pull/698

Re: RFR: 8279013 : ES2Pipeline fails to detect AMD vega20 graphics card

On Mon, 20 Dec 2021 17:48:19 GMT, Paul wrote: > I have an AMD Radeon VII (vega20) series GPU which is identifying with a > vendor string of "AMD". > > This is not present in the `X11GLFactory` list of `preQualificationFilter` > vendor names, so my system (and probab

RFR: 8279013 : ES2Pipeline fails to detect AMD vega20 graphics card

I have an AMD Radeon VII (vega20) series GPU which is identifying with a vendor string of "AMD". This is not present in the `X11GLFactory` list of `preQualificationFilter` vendor names, so my system (and probably any other vega20 based cards under Linux) will always fall back to software

Re: [PATCH] 8182572 Numpad keys not working with JavaFX Monocle

Does this patch http://mail.openjdk.java.net/pipermail/openjfx-dev/2017-September/020818.html is included in Gluon JavaFX8 arm6hf 8.60.9 release? Is it possible for Gluon to release another JavaFX8 arm6hf based on latest http://hg.openjdk.java.net/openjfx/8u/rt ? Thanks a lot, Paul

[13] RFR: JDK-8201539: WICCreateImagingFactory: defer CoUninitialize() call to thread exit

Please review the following PR on GitHub which fixes a crash that occurs when JavaFX is used with Monocle's headless platform (used in TestFX's headless mode). https://github.com/javafxports/openjdk-jfx/pull/367 https://bugs.openjdk.java.net/browse/JDK-8201539 Regards, Paul

Re: BUG: TableView's setMouseTransparent method does not make mouse transparent

>> JavaFX does not use exclusive full-screen mode. It simulates full >> screen by using an undecorated window that is exactly the size of the >> screen. This means that pop-ups, such as those used by ComboBox and >> content menus, will continue to work (they use separate windows). >> >>-- Kevin >>

Re: openjfx-dev Digest, Vol 80, Issue 32

Hi Mark, OK ignore that. I clicked through and looked at your POM. Best, Paul On Sun, 22 Jul 2018 at 13:00, wrote: > Send openjfx-dev mailing list submissions to > openjfx-dev@openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit &g

Simple Maven example fails with unusual error

Hi Mark, Are you using the v. latest version maven compiler in your POM? Best, Paul On Sun, 22 Jul 2018 at 13:00, wrote: > Send openjfx-dev mailing list submissions to > openjfx-dev@openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit &g

com.sun.javafx.perf.PerformanceTracker

int: since I'm writing. It seems sad that Haxe Kha offers transcompilation into Java, but all they can compile into is AWT, which offers no shaders: hence there can be no Kha graphics4 in Java. Again, nods to some modernising of the renderer in JavaFX to enable pipeline support would be great. Best, Paul

OpenGL deprecated in OS-X

Tom's right. Major news. Presumably prism would need to cater for a third renderer, Metal. What would be the time scales for this? Is this an opportunity to update the way javafx renderer works? Perhaps a tie in to Lwjgl is better? They have Vulcan bindings and no doubt will wrap Metal. But I

OpenJFX code review policies, etc.

e've all got our own personal areas of interest, and it's surely motivational to hold onto a less than broad idea of this. Best, Paul On 24 May 2018 at 13:00, <openjfx-dev-requ...@openjdk.java.net> wrote: > Send openjfx-dev mailing list submissions to > openjfx-dev@o

Re: openjfx-dev Digest, Vol 78, Issue 28

>We are looking at the possibility of providing a replacement packaging tool in OpenJDK. +1 for this. Or something like a Maven Shade build with an exacting set of dependency exclusions, and Launch4J would accomplish something similar? Has the advantage that all the other plugins like resources,

Re: Announcing EA builds of standalone JavaFX SDK

p$3(WinApplication.java:175) at java.base/java.lang.Thread.run(Thread.java:832) I hope this helps. Looking forwards to a pure Maven build. Best, Paul On 8 May 2018 at 11:30, <openjfx-dev-requ...@openjdk.java.net> wrote: > Send openjfx-dev mailing list submissions to >

Announcing EA builds of standalone JavaFX SDK

Excellent! I'll try to get this working for our game later in the week. Best, Paul

Re: native libs in modules

>* I'm thinking about this issue now because I quite like JavaFX and its *>* future is clearly as a regular Java library, albeit a big one, distributed *>* either via (not ideal) an SDK or (better) a set of regular libraries *>* published to a Maven repository. *> +1 for this. (-1 for cross

Re: native libs in modules

>I'm not sure I understand the question about platform-specific jar files, Last time I worked on native specifics (which was to package up RXTX dlls for different OSs / in 64/32 bit) The easiest solution for pure Maven builds seemed to be, to package DLLs inside a jar. We then used a profile to

Re: native libs in modules

inside a JAR file? Best, Paul On 30 April 2018 at 13:00, <openjfx-dev-requ...@openjdk.java.net> wrote: > Send openjfx-dev mailing list submissions to > openjfx-dev@openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.

Re: Will OpenJFX have a release ready in time for the Java 11 launch?

+1 :) "This is imo the most important work right now, and a number of people are working on it. I am very positive this [both paths] will be realised before the Java 11 release date. " On 6 April 2018 at 01:21, wrote: > Send openjfx-dev mailing list

Prism documentation (Nir Lisker)

Yes please for some documentation. And the way that Prism renderer fails: for example if you supply an OpenGL or D3D texture > max GPU texture size is difficult to deal with. There should be a set of catchable Prism Renderer errors. On 2 April 2018 at 13:00,

Re: Update on enabling JavaFX to work with OpenJDK builds

"I mentioned our intention to make it easier for OpenJFX to be built, tested, and run with OpenJDK builds that don't already contain javafx.* modules." +1 Great

Re: future content of OpenJFX

I think ref: numbers of developers, the willingness of Oracle to open JavaFX up to the community has not reached significant numbers. There are a lot of people who've lost interest in following the framework a long time ago. If we are going to improve the low level rendering API, (I've a great

Re: future content of OpenJFX

+1 * more alignment with mobile * a clean and lean low-level rendering pipeline API that would allow easier plugability with upcoming low-level rendering systems I would like to add a higher level desire * a consensus that JavaFX will continue to open itself more to integration. It has a rumour

Re: More community participation in JavaFX

"I think a discussion on "where we should take the platform" is a good one to have...just not as part of this thread. " I'm looking forwards to the new thread :)

Re: More community participation in JavaFX

Yeah - I looked at the windows build process recently - which was enough to dissuade me from starting. I do know JavaFX fairly well, and have a potted history working in software companies. I'd like to get on-board once I finish my current game. I'd be interested in game related areas; but realise

Community builds

Hi OpenJFX - Anyone point me to a community build for Java9 with JavaFX already added? I understand I that i can't just overlay one on the other now? I'm seeking windows right now, but will need to target Linux and Mac in the end. Best, Paul

Re: Innovation again (was Re: Text classes)

DX is a much better choice for games writing than JavaFX. Eyes to OpenGL, but I still think JavaFX with all it's great UI support (and FXGL library) should still be a good choice. Best, Paul On 6 December 2017 at 08:36, <openjfx-dev-requ...@openjdk.java.net> wrote: > Send openjfx-

Decora JSL shaders

njfx-dev digest..." > > > Today's Topics: > >1. Re: openjfx-dev Digest, Vol 72, Issue 14 (Paul Ray Russell) >2. [10] Review Request: JDK-8184270 NullPointerException when > usi

Re: openjfx-dev Digest, Vol 72, Issue 14

Ref: http://labonnesoupe.org/static/code/ I notice project Decora: are there any plans for JSL shader language support for JavaFX in the near future? Thanks, Best, Paul On 14 November 2017 at 12:00, <openjfx-dev-requ...@openjdk.java.net> wrote: > Send openjfx-dev mailing list su

Thanks to the reviewer for checking out my bug post

Hi JavaFX mailing list, I posted this bug: http://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8189180 I really appreciate how quickly this was looked into. However, I still can't see how this expected behaviour, unless there is a better way to create modal windows? My application is a game,

WebGL support in JavaFX WebView

Hi, WebView that comes with JavaFX does not support WebGL. I understand from other online posts that there is no plan to add WebGL support. Is anyone familiar with a webView plugin that supports WebGL? Ideally open source. Thank you and Best Regards, Paul

Re: Handling Enter key presses on Buttons in JavaFX

On June 7, 2016 at 6:41:37 PM EDT, Tomas Mikula wrote: > This would be very confusing if you had two TextFields and after entering > text into the first one the user hits Enter and the form gets submitted > with empty second field. Apple’s HIG documentation clarifies

Bug ID: JDK-8131151 -- updated test code

if such a button is absent. * * This is unexpected behavior. * * @author Paul Furbacher * */ public class DemoApp extends Application { private static final String VBOX_STYLE = -fx-padding: 12px; -fx-alignment: center; @Override public void start(Stage primaryStage) throws