On Wed, Apr 8, 2015 at 11:03 PM, Stefan Fuchs wrote:
>
> But in all artificial restrictions to implement your own workarounds using
> private apis its another minus on our assessment of the risks involved,
> when investing in the javafx technology. Others are the diminishing plugin
> support by b
On Wed, Apr 8, 2015 at 9:59 PM, Tomas Mikula wrote:
> >Should I rely now on all of those fixes
> > to be backported to 8?
>
> Why do you need them to be backported to 8? Just having them fixed in
> 9 should be fine, no? (keeping the private workarounds for 8)
>
> It was a response to the point th
- Getting access to the native window to let our video player render into a
JFX screen, to have a video player with features and format support that
can compete with other players on the market (RT-36215), basically
following the example of Steve and Felipe's JavaOne presentation
"Integrating JavaF
Does the order in which things appear in a CSS have influence on the behavior?
Tom
On 8-4-2015 23:22, David Grieve wrote:
The spec says that if there is an @import it has to appear first before any
rule, except @charset, if present.
On 4/8/15 5:12 PM, Tom Eugelink wrote:
I'm currently porti
Hi,
in SWT on JavaFX (most likely NOT a common useage of JavaFX):
-
I had to reside to private-API when it comes to:
* text calculations where there is no public API for things like
FontMetrics, TextLayout, ...
* For some of the direct
Jonathan, Kevin and David,
Please review these layout changes to the Spinner Ensemble sample to
proportionally layout the different Spinners.
Thanks much.
--morris
JIRA - https://javafx-jira.kenai.com/browse/RT-40199
WEBREV - http://cr.openjdk.java.net/~morris/RT-40199.01/
Hi Jim,
Definitely discrete GPU on the iMac:
java -cp target/DemoFX.jar -Dprism.verbose=true
com.chrisnewland.demofx.standalone.Sierpinski
Prism pipeline init order: es2 sw
Using native-based Pisces rasterizer
Using dirty region optimizations
Not using texture mask for primitives
Not forcing pow
>
> For the benefit of the devs on the list, could you please point out what
> private APIs you currently need to use? That way we can make sure proper
> JIRAs are filed and we can connect those to actual real-world problems.
e.g. handling a double click of a file on MacOS is impossible without
The spec says that if there is an @import it has to appear first before
any rule, except @charset, if present.
On 4/8/15 5:12 PM, Tom Eugelink wrote:
I'm currently porting and reworking some gauges from Enzo to JFXtras.
One of things that gets reworked involves that all gauges will have
custom
I' ll try to compile a list of the private apis we currently use in our
application and why.
Looking forward to using only public apis in java 9 then :-)
- Stefan
On Apr 8, 2015, at 1:52 PM, Robert Krüger wrote:
our only workaround is to use private API
For the benefit of the devs on the
I'm currently porting and reworking some gauges from Enzo to JFXtras. One of
things that gets reworked involves that all gauges will have custom colored
segments. These segments can be preset using colorschemes (e.g. green to red in
10 steps), so the CSS for these colors are shared over all gau
Hi,
and one more thing, I don't care about Unsafe. It can die unless it is
involved in a workaround for the StringIndexOutOfBoundsException in
CertUtils.checkWildcardDomain we currently see in java 8u60-ea when
opening an https connection to our servers. Hopefully this can be fixed
till the f
Just adding to the comment that a specific user has the issue will help,
especially when it comes to validating the fix.
> On Apr 8, 2015, at 2:24 PM, Hervé Girod wrote:
>
> Do you need a specific classification for such JIRAs?
>
> Sent from my iPhone
>
>> On Apr 8, 2015, at 22:05, Danno Ferr
Do you need a specific classification for such JIRAs?
Sent from my iPhone
> On Apr 8, 2015, at 22:05, Danno Ferrin wrote:
>
>
>> On Apr 8, 2015, at 1:52 PM, Robert Krüger wrote:
>> our only workaround is to use private API
>
> For the benefit of the devs on the list, could you please point o
> On Apr 8, 2015, at 1:52 PM, Robert Krüger wrote:
> our only workaround is to use private API
For the benefit of the devs on the list, could you please point out what
private APIs you currently need to use? That way we can make sure proper JIRAs
are filed and we can connect those to actual
>Should I rely now on all of those fixes
> to be backported to 8?
Why do you need them to be backported to 8? Just having them fixed in
9 should be fine, no? (keeping the private workarounds for 8)
T.
exactly. I don't give a about Unsafe but I have to deal with the
realities of Java(FX) in its current state and as long as bugs or
limitations that simply make it impossible to ship a product that can
compete with others in our market sit there for months or years and our
only workaround is to
I do believe in making things right (like killing Unsafe, hiding private APIs).
The transition will just be so much pain now that there is so much
accumulated private APIs used in production. If there were no
accessible private APIs to start with, there would be more pressure to
fix bugs and expos
Hi,
you are right, there are still years to the end of public updates to JDK
8 We can use them to migrate to other technologies.
- Stefan
Making any theoretical flag available to the deployment side would
entirely miss the point.
Let me be blunt -- sun.misc.Unsafe must die in a fire
Making any theoretical flag available to the deployment side would
entirely miss the point.
Let me be blunt -- sun.misc.Unsafe must die in a fire. It is -- wait
for it -- Unsafe. It must go. Ignore any kind of theoretical rope and
start the path to righteousness _*/now/*_. It is still years
Hi,
then I can only hope, that this flag is available to webstart applications.
Webstart applications have no control over the installed jre. In the
past we encountered various bugs in the jre, which required using
internal apis for workarounds.
For example in some releases of Java 7 the swing
I think that Oracle people are right. It's more a JDK 9 or jigsaw issue than a
JavaFX issue.
Sent from my iPhone
> On Apr 8, 2015, at 20:22, Tomas Mikula wrote:
>
> My concern is that issues with existing workarounds were given lower
> priority. Now many workarounds will disappear, but I'm wor
My concern is that issues with existing workarounds were given lower
priority. Now many workarounds will disappear, but I'm worried that
the priorities will not be reconsidered.
I think part of the problem is the fact that Java does not have a good
way of marking an API as experimental. Anything p
OK, while I wrote this, all the other replies came in. So I see that your
recommendation for the cases I mentioned is then to patch OpenJDK and
submit Jira issues. Fair enough.
Regarding Jira issues, we are already doing that. Regarding code
contribution, this is a different thing, because in many
OK, if that statement holds true it is not too unlikely it will be the
death of our plans to migrate to JFX (which I am trying to convince my
partners of). I am aware that using private APIs is a last resort and we
don't do that if we don't have to. Realistically the pace at which JFX
(which we thi
> it's not strictly JFX-only.
Its not remotely FX only, in fact I could argue FX is not so affected,
as being relatively new it does not have 20 years of accumulation
of people using internal APIs that the larger JDK does, often dating from
when there were no suitable public APIs. There still r
If there are FX APIs that are currently private that folks think should be
public, or that are currently necessary to implement a work-around for another
bug, please make sure there is a Jira issue filed for this.
We’ll try to address this for JDK 9 to mitigate this, but everyone should
under
Hi Robert,
No, this is not a misunderstanding. There will be no access to any
classes in non-public packages in JDK 9 by applications for exactly the
reasons the region rep mentioned. For JavaFX this means that no
com.sun.javafx (or similar) packages will be accessible by applications
in JDK
sed -i 's/private/public/g' ;)
The whole notion of a strongly enforced private keyword is IMHO dumb when
not using sandboxing. The number of gross hacks that occur in an attempt to
work around overly strict enforcement of this stuff is crazy. The D
compiler has a special flag that disables visibil
Hi Jim,
I'll post the verbose prism output from my iMac when I get home.
Just tried this on my Linux workstation and the performance gap is the
same between es2 and sw so I don't think it's an OSX issue.
uname -a
Linux chris 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 GNU/Linux
"$JAVA_HO
Hi,
I hope this is not too off-topic, because although it came up in a JFX
context it's not strictly JFX-only.
Someone from our team recently had a chat with a high-ranking regional
Oracle representative who gave a talk on the state of JFX. Our guy
explained our situation (evaluating JFX to migra
Hi Kevin, Vadim,
Please have a look at the WebView Pasteboard refactoring fix:
jira: https://javafx-jira.kenai.com/browse/RT-40330
fix: http://cr.openjdk.java.net/~ant/RT-40330/webrev.0
Thanks,
Anton.
Disclaimer: I have not looked at the demo you're trying to run. I'm no
opengl expert so my advice might be a bit off, but I do know the basics of
gl programming.
I'm not familiar with JavaFX opengl rendering algorithm but is it really
needed to create a new (sub)texture object so many times? You'r
33 matches
Mail list logo
