Hey John,
Am 26.06.2014 um 10:23 schrieb Robert Krüger :
> On Thu, Jun 26, 2014 at 9:40 AM, John Hendrikx wrote:
>>
>> On 13/06/2014 08:57, Robert Krüger wrote:
>>>
>>> Hi,
>>>
>>> it has been discussed a number of time in the passed but let me
>>> quickly summarize:
>>>
>>> A number of peo
On Thu, Jun 26, 2014 at 9:40 AM, John Hendrikx wrote:
>
> On 13/06/2014 08:57, Robert Krüger wrote:
>>
>> Hi,
>>
>> it has been discussed a number of time in the passed but let me
>> quickly summarize:
>>
>> A number of people have requested a feature that provides the ability
>> to have native co
On 13/06/2014 08:57, Robert Krüger wrote:
Hi,
it has been discussed a number of time in the passed but let me
quickly summarize:
A number of people have requested a feature that provides the ability
to have native code draw into a surface provided by a JavaFX
application as fast as technically
et
Subject: Re: Exposing native surface or opengl handle
Hey all,
it's great to have a new thread like this. Robert exactly pointed out what we
actually need.
I have seen an approach to integrate JFX in JOGL and vice versa. This approach
is always been a copying of the pixel buffers be
Hey all,
it's great to have a new thread like this. Robert exactly pointed out what
we actually need.
I have seen an approach to integrate JFX in JOGL and vice versa. This approach
is always been a copying of the pixel buffers between those two frameworks.
From my perspective this is not a real
Thanks a lot for the valuable and very encouraging info! I will track
that issue and use that for further communication.
Robert
On Mon, Jun 23, 2014 at 5:15 PM, Stephen F Northover
wrote:
> I'm sorry this thread scrolled away into the bitbucket in the sky.
>
> Last JavaOne, we wrote a prototype
I'm sorry this thread scrolled away into the bitbucket in the sky.
Last JavaOne, we wrote a prototype that showed native integration on OS
X. We parented a native sheet dialog in an FX stage and providing an
OpenGL node. The code was a prototype that worked only on OS X. The
Open GL node al
Sorry, my last reply did not go to the list. That was unintended.
Oracle-Team, please someone comment on this, at least on what should
be done regarding a Jira Issue (or several ones?) to track any
progress on this and collect ideas & requirements.
Best regards,
Robert
On Fri, Jun 13, 2014 at 1
I really think that pure JavaFX will always be better if you can, but in some
cases you "have" to use external libraries using OpenGL, because you don't have
the Java replacement, or it would be a LOT of work to recreate it.
Hervé
Sent from my iPhone
> On Jun 13, 2014, at 14:08, Tobias Bley w
Hi Robert,
thank you for pushing this topic again :)
For our work we need a way to share the OpenGL context between JavaFX
code and native code so that we can render stuff from native code into
the JavaFX context.
Another question and need is to how to share a context in JavaFX? How is
it p
This is critical, but I don't think we need to focus on a specific technology
like Direct3D or OpenGL. As a first step all we need is a mechanism to get a
native reference to the Window. Just like we can with JAWT. I'm guessing that
JavaFX doesn't use heavyweight child windows so we could add a
I absolutely agree that such a feature is critical for the success and
longevity of JavaFX. I am *really* hoping for some heavily beefed-up 3D
support in a JFX 8.* release or JFX 9.
I need my graphics toolkit (currently JavaFX) to be able to handle
everything from simple UIs with basic controls t
12 matches
Mail list logo
