For PlatformLogger et al you can probably use the compatibility lib we have been using for jfx78+RoboVM: https://github.com/robovm/robovm-jfx78-compat
Den lördagen den 12:e oktober 2013 skrev Tomas Brandalik: > I think that PlatformLogger initialization in CssHelper was causing > problems. I had to write one. Not 100% sure though I will look at it when > I'm back in the office. (Or you can comment out css processing in the > node.) I was able to run without font then. > > -Tomas > > > On 10/11/2013 06:22 PM, Tom Schindl wrote: > >> On 11.10.13 18:10, Matthias Hänel wrote: >> >>> Hi Tomas, >>> >>> >>> today, I took the time to investigate a little more time on this. >>> >>> 1. I build an entirely new openjfx78 build for android >>> 2. starting this gave me several errors that lead me to the >>> conclusion that I need a java6 openjfx >>> 3. based on openjfx78 I ported it back to java6 (adapted gradled >>> scripts, and tons of java source code) >>> 4. Now it's almost running on an 18th android. All libraries are firing >>> up until the CssStyleHelper >>> is called with a static call to createStyleHelper. >>> >>> That looks like the font stuff is not in jfx78. That's why "new Font" >>> returns with null and therefore >>> >> On OS-X font stuff is definately there in jfx78, but the low-level font >> stuff is loaded using reflection (at least this was the cause on robovm)! >> >> Tom >> > >
