Re: Monocle as a replacement

2020-04-08 Thread Nir Lisker
I added a note about removing Dprism.order=sw. On Wed, Mar 25, 2020 at 7:27 PM Tres Finocchiaro wrote: > With the help from a paid fx support channel, we're making headway with > this. The main help was disabling the recommended software option. At > time of writing this, I recommend this

Re: Monocle as a replacement

2020-03-25 Thread Tres Finocchiaro
With the help from a paid fx support channel, we're making headway with this. The main help was disabling the recommended software option. At time of writing this, I recommend this warning/detail is added to the wiki: https://wiki.openjdk.java.net/display/OpenJFX/Monocle Quoting: > *If you

Re: Monocle as a replacement

2020-02-21 Thread Tres Finocchiaro
Danny, Thanks this information is very valuable. By using the provided patch, I too am able to re-use the Monocle framework without suffering this bug. For those visiting this thread (e.g. through archive) at a later time, it's being tracked downstream here:

Re: Monocle as a replacement

2020-02-18 Thread Danny Gonzalez
Hi Tres, We also are suffering from this crash when running our TestFX unit tests, particularly on Java 11. It is due to a concurrency issue between the JavaFX thread and the QuantumRenderer thread and there is an OpenJDK bug here: https://bugs.openjdk.java.net/browse/JDK-8201567 Quoting from

Re: Monocle as a replacement

2020-02-18 Thread Dan Howard
I don't know if any jpro.one people are here but they implemented a JavaFX to SVG rendering so they may have had some experience with this. On 2/18/2020 6:54 PM, Tres Finocchiaro wrote: Thanks. I'm working with Gluon (commercially) to see if changing that moving forward is possible, I'll

Re: Monocle as a replacement

2020-02-18 Thread Tres Finocchiaro
Thanks. My focus will be initially on adding Desktop (Linux, macOS, Windows) support for the WebView (and thus probably Node, Stage) capture functions. As FX stands today these capture functions -- from a WebView perspective -- have some issues for use in a mission critical production

Re: Monocle as a replacement

2020-02-18 Thread Kevin Rushforth
OK. FWIW, proper headless support, along the lines of AWT's headless mode, would be a very useful enhancement to JavaFX. I suspect that Monocle, at least in its current form, is not entirely suitable, at least not without some refactoring. -- Kevin On 2/18/2020 3:54 PM, Tres Finocchiaro

Re: Monocle as a replacement

2020-02-18 Thread Tres Finocchiaro
Thanks. I'm working with Gluon (commercially) to see if changing that moving forward is possible, I'll focus my energy over there. On Tue, Feb 18, 2020, 6:49 PM Kevin Rushforth wrote: > For desktop platforms, Monocle is only used as a testing framework. It > isn't really suitable for proper

Re: Monocle as a replacement

2020-02-18 Thread Kevin Rushforth
For desktop platforms, Monocle is only used as a testing framework. It isn't really suitable for proper headless support (as I guess you noticed), and isn't shipped on desktop platforms with the release. -- Kevin On 2/17/2020 11:12 AM, Tres Finocchiaro wrote: Hi, I'm the developer of a

Monocle as a replacement

2020-02-17 Thread Tres Finocchiaro
Hi, I'm the developer of a printing plugin which leverages JavaFX for a few HTML functions. One of our functions would greatly benefit from being "headless (or more accurately, "silent") mode that Monocle offers and I'm evaluating the use of Monocle on (non-headless) Desktops for this. I'm