Re: [External] : Re: Proposal: Exposing a GraphicsContext-like API for WritableImage via Software Renderer

2025-07-01 Thread Andy Goryachev
GraphicsContext-like API for WritableImage via Software Renderer If you enable the software pipeline, that would not change anything, apart from the libraries already being loaded and the software renderer being used more often. The renderer used in the example would be independent and so it would not

Re: Proposal: Exposing a GraphicsContext-like API for WritableImage via Software Renderer

2025-07-01 Thread John Hendrikx
;   > > -andy > >   > >   > > *From: *openjfx-dev on behalf of John > Hendrikx > *Date: *Friday, June 27, 2025 at 03:15 > *To: *openjfx-dev@openjdk.org > *Subject: *Proposal: Exposing a GraphicsContext-like API for > WritableImage via Software Renderer >

Re: Proposal: Exposing a GraphicsContext-like API for WritableImage via Software Renderer

2025-07-01 Thread Andy Goryachev
To: openjfx-dev@openjdk.org Subject: Proposal: Exposing a GraphicsContext-like API for WritableImage via Software Renderer Hi list, I'm exploring whether there is interest in exposing a (Canvas) GraphicsContext-like interface for WritableImage backed by the existing software rendering pip

Proposal: Exposing a GraphicsContext-like API for WritableImage via Software Renderer

2025-06-27 Thread John Hendrikx
Hi list, I'm exploring whether there is interest in exposing a (Canvas) GraphicsContext-like interface for WritableImage backed by the existing software rendering pipeline.  Currently, JavaFX offers two main choices for drawing and pixel manipulation, each with different trade-offs: - Canvas prov