What certainly should be factored out to be reusable is the
CSS-Graphics-Property-Stuff because it does quite some magic!
Tom
On 05.09.15 21:44, Hendrik Ebbers wrote:
> Sounds perfect. I think a SPI based plugin structure would be perfect.
>
> Cheers,
>
> Hendrik
>
> Von meinem iPhone
1) Some files have empty diffs:
modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/dirent.[h|c]
modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/wdirent.c
and some more.
2) what's the purpose of surrounding in
I'm runing my JavaFX application on a Udoo Quad, a ARMv7 with Vivante
GPU. I haven't succeeded in using the GPU yet, and I'm endeavouring on
the quest to find out why. It probably has to do something with
drivers, missing libraries etc etc. I'm aware of the page "Porting
JavaFX to
Have found some further code in MX6AcceleratedScreen.c.
//Vivante specials
static EGLNativeDisplayType (*wr_fbGetDisplayByIndex)(int DisplayIndex);
static EGLNativeWindowType (*wr_fbCreateWindow)(EGLNativeDisplayType
Display, int X, int Y, int Width, int Height);
JNIEXPORT jlong JNICALL
So, years ago somebody asked on this list if it was possible to have some
sort of OpenGL or NativeSurface node, to be able to integrate OpenGL or
DirectX rendering on top of JavaFX (in my case, to embed something like
LibGDX).
Has any work been done on this at all? If it hasn't, are there any
Hi all,
it seems that after dropping input mapping API from JEP 253, Jonathan has
for now retracted from further work on this API. I nevertheless compiled a
list of some use cases and presented how they can be solved using
WellBehavedFX. I would like to invite anyone to supply other use cases and
