[External] : Re: Monocle properties in glass and prism
Kevin Rushforth
kevin.rushforth at oracle.com
Wed Dec 15 16:06:53 UTC 2021
Sounds good.
-- Kevin
On 12/15/2021 8:04 AM, Johan Vos wrote:
>
>
> On Wed, Dec 15, 2021 at 3:53 PM Kevin Rushforth
> <kevin.rushforth at oracle.com> wrote:
>
>
> > I wonder if there are any known cases where the glass platform
> is set to
> > Monocle, but where prism is expected to use X11? That sounds like a
> > contradiction
>
> Agreed that this seems like a mismatch.
>
> > I suggest we remove the "embedded" property and the
> > PlatforumUtil.getEmbeddedType() method (note that this is
> unrelated to
> > PlatformUtil.isEmbedded()), and that we replace the checks on
> the 2 places
> > mentioned above with a check on glass.platform being monocle.
>
> I think this seems fine. It does seem a little odd to query glass
> platform in Prism, but I don't see a problem with it as long as Prism
> doesn't call into glass directly, at least not during initialization
> (Prism is necessarily initialized before glass).
>
>
> Absolutely. There is no call needed into glass at all, it is just the
> name of the property that has the word "glass" in it.
> Looking deeper into the semantics, the "issue" is more the naming
> itself. For other platforms (e.g. Windows, iOS,...) we have checks
> both in glass and in prism on the OS name. That is a property that has
> nothing to do with either glass or prism.
> By using "-Dglass=monocle", we sort of give the (semantic) impression
> that monocle is related to glass, but it is also slightly related to
> prism.
>
> Short-term, I propose to create a JBS issue to change the check and
> remove the "-Dembedded=monocle" property. Longer term, I still believe
> a single ES2Pipeline and GLFactory might be the better approach.
>
> - Johan
More information about the openjfx-dev
mailing list