Since there aren't any further comments on this, I assume there isn't much
interest in this. Deprecating it is probably the right move, if it never worked
as intended on any platform. I think I'm going to try and get this working as
some kind of library instead.
> On 3. Feb 2022, at 20:55,
Hi,
I did some experiments on macOS with StageStyle.UNIFIED and I think the L can
be improved significantly. As I can not post attachments on this mailing lists,
I uploaded some screenshots to [1].
What the screenshots don't tell: While the last one looks great, it doesn't
allow moving the
On Wed, 1 Dec 2021 17:44:21 GMT, Martin Fox wrote:
> Turning on warnings-as-errors for the macOS glass native code. Deprecated
> declarations are excluded and still appear as warnings.
>
> In the code that tries to locate the application's dock icon there were three
> instances where `NO` was
I am among the younger people here on the mailing lists (at least I think so)
and I can very much relate to what Michael suggests. So here is my personal
answer to the _why_ question:
Mailing lists create an enormous barrier to external devs like myself who are
willing to contribute:
* Signing
+1 for a proper system tray api
> Am 04.08.2021 um 16:47 schrieb Scott Palmer :
>
> +1 to that.
>
> I would also like to see some progress with system tray support and
> microphone & webcam access.
>
> Scott
>
>> On Aug 4, 2021, at 7:07 AM, Jeanette Winzenburg
>> wrote:
>>
>>
>> my
The tray icon is (imho) the last important components that is missing in
OpenJFX for desktop applications. At the moment you need to use AWT or native
libs.
You can of course create the icon without a menu and implement an undecorated
stage with custom styling that you position next to the
Hi all,
I don't think I have to mention that java.awt.TrayIcon is a pretty outdated API
with an especially bad implementation [1] on Linux that is only just kept alive
at the mercy of distribution devs and in many cases SystemTray.isSupported()
returns false despite there being a tray.
When restart()ing a ScheduledService while having assertions enabled, the
assertions in [1] or [2] fail. Without assertions the code seems to run fine,
though.
According to the inline comments, "resetting things should have cleared the
delayTask". Therefore I wonder, if resetting the delayTask
> To: Mac app developers / users
>
> I started looking into JDK-8231513 [1] -- "JavaFX cause Keystroke Receiving
> prompt on MacOS 10.15 (Catalina)" -- a couple days ago. The effect of this
> bug is that a scary dialog is shown for all users the first time they run a
> JavaFX application
ard wrote:
>> Yes. Please! I was looking at this a while ago but I'm not familiar enough
>> with the source to see where the problem lies.
>>
>> On 10/16/2019 5:52 PM, Sebastian Stenzel wrote:
>>> I would like to ask whether it doesn't make sense to give this issue a
&g
I would like to ask whether it doesn't make sense to give this issue a little
more attention than P4:
https://bugs.openjdk.java.net/browse/JDK-8231513
Essentially, as Kevin Rushforth confirmed in the Ticket, any JavaFX application
will trigger a warning on the latest stable macOS release that
11 matches
Mail list logo