Hi Richard,
Yes, I agree an enum is probably better than a boolean for
controlling the visual quality of a rendered scene. As a matter of fact
we did explore using enum is earlier 3d discussions but decided to go
with boolean due to concerns of complexity we aren't ready to handle for
Jav
+1. Well said.
- Chien
Sent from my mobile phone. Please excuse my brevity.
On Jul 15, 2013, at 12:19 PM, Thor Johannesson
wrote:
> I think there should be a simple way to request full scene anti-aliasing to
> improve 3D rendering. And also an optional more advanced way to specify which
>
Yes, this has already been filed today.
https://javafx-jira.kenai.com/browse/RT-31714
- Chien
On 7/16/13 3:58 PM, Richard Bair wrote:
Is anybody else seeing this?
javafx.scene.control.ComboBoxTest > test_rt31479 FAILED
java.util.ConcurrentModificationException
at java.util.HashM
Hi all,
We appreciate all the feedback you have contributed to this topic.
After listening to the feedback and an internal discussion, we would
like to propose a minor change to the API for supporting scene
anti-aliasing. We intentionally choose not to expose the number of
samples and tec
g only 2x. The comment for DEFAULT
implies that it's really more of a BALANCED or MODERATE setting that
would have the same characteristics on each platform.
On 24 July 2013 06:29, Chien Yang <mailto:chien.y...@oracle.com>> wrote:
Hi all,
We appreciate all the feedb
de to not expose the setting of either
the AA type or number of samples? I would have though that serious
graphics developers would really like to have such options available
to them.
On 24 July 2013 06:58, Chien Yang <mailto:chien.y...@oracle.com>> wrote:
Yes, very good point,
he comment for DEFAULT implies that it's really more of a
BALANCED or MODERATE setting that would have the same characteristics on
each platform.
On 24 July 2013 06:29, Chien Yang wrote:
Hi all,
We appreciate all the feedback you have contributed to this topic.
After listening to the
ed message --
From: Scott Palmer
Date: Tue, Jul 23, 2013 at 9:33 PM
Subject: Re: API Change Proposal - Re: MSAA and Scene anti aliasing
To: Chien Yang
Is DEFAULT intended to defer to the settings in the system graphics drivers
(e.g. nVidia control panel) such that the precise settings used a
, // disables anti-aliasing
FASTEST, // enables anti-aliasing using minimum system setting
available that results in better frame rate
NICEST // enables anti-aliasing using maximum system setting
available that results in best visual quality
}
Thanks,
- Chien
On 7/23/2013 1:29 PM, Chien Yang
seems more consistent
to have the only OFF mode to be first and then all the rest of the options (which
happen to then have ordinals > 0) will be some form of ON mode.
Richard
On Jul 24, 2013, at 2:37 PM, Chien Yang wrote:
Thank you for the feedback! We decided to drop DEFAULT in favor
Hi August,
We did talk through some use cases such as PIP and rear view
mirror. You can do simultaneous viewing from different points of view
into a single 3D scene via the use of SubScenes. The key point, as you
have clearly stated, is the need to clone the scene graph nodes per
SubSce
from different
points of view?
On Jul 25, 2013, at 5:17 PM, Chien Yang wrote:
Hi August,
We did talk through some use cases such as PIP and rear view mirror. You
can do simultaneous viewing from different points of view into a single 3D
scene via the use of SubScenes. The key point, as you
Hi John,
My apology, I must have grouped this thread with the long "MSAA"
thread in my earlier reply. For JavaFX 8 we have no plan to read in
control setting from the user via Control Panel or some sort. I'm not
sure how feasible it is to access this information from different GPU
vend
e level of
"cloning" needed within JavaFX if we want to free application developer
from doing it.
- Chien
On 7/25/2013 7:31 PM, Richard Bair wrote:
I thought the approach was not to have multiple parents, but to render into an
image.
On Jul 25, 2013, at 5:26 PM, Chien Yang wrote:
from this
work so that we can evaluate it to see if there are any performance /
semantic problems. You will likely ended up with a one frame behind
rendering in those sub views, but do let us know for your finding.
Thanks,
- Chien
On 7/26/2013 10:53 AM, Chien Yang wrote:
Yes, that is sti
Hi Sven,
Yes, please do. Can you provide more specific details? What is the
program you were running? It will be great if you have a simple test
case to go with the bug report.
Thanks,
- Chien
On 7/27/2013 9:31 AM, Sven Reimers wrote:
Hi,
I get
2013-07-27 18:28:51.911 java[65246:707] [
jfx3dtuxcube.html#simview
August
Am Freitag, den 26.07.2013, 17:43 +0200 schrieb Chien Yang
:
Hi August,
John Yoon, Richard and I have a private discussion on the
possibility of avoiding "cloning" for your use case. We wonder do you
ever need to interact with the 3D scene via t
thout providing public constructors so that these become
statically defined by the system.
What about Anisotropic filtering? Is that considered a form of AA,
or an option on top of AA?
...jim
On 7/24/2013 3:07 PM, Chien Yang wrote:
Thanks for the help! I was of 2 minds about it;
Hi Jim,
We worked closely with Pavel to ensure 3D picking did extend nicely. I
believe the specification at this link is still up-to-date:
https://wiki.openjdk.java.net/display/OpenJFX/Picking3dAPI
- Chien
On 8/5/2013 3:44 AM, Pavel Safrata wrote:
On 1.8.2013 22:33, Richard Bair wrote:
How
Hi Kensuke,
Both are known issues that we have tentative plan to address in FX
8. Here are the links for you to track their status:
https://javafx-jira.kenai.com/browse/RT-29527
https://javafx-jira.kenai.com/browse/RT-28874
BTW, please note the limitation of applying opacity on Group node
Hi John,
> Should it be noticeable? (hopefully yes!)
You should see the difference on shape with sloped edge if you platform
supports MSAA.
>Is it just a matter of providing true to the second of the boolean
parameters in the Scene constructor?
Yes this is correct, however this API is sti
how I can attach anything... how do I do that?
-Original Message-
From: John C. Turnbull [mailto:ozem...@ozemail.com.au]
Sent: Thursday, 12 September 2013 07:37
To: 'Chien Yang'
Cc: 'Kevin Rushforth'; 'openjfx-dev@openjdk.java.net'
Subject: RE: 3D scene antialia
Vote: YES.
Thanks,
- Chien
On 9/25/2013 9:01 AM, Artem Ananiev wrote:
I hereby nominate Yao Wang to OpenJFX Committer.
Yao is a member of JavaFX Graphics team at Oracle. Most of recent
Yao's changes are in 3D support code, but not only there:
hg log -u "Yao Wang"
Incomplete list of Yao'
Hi Richard,
Don and I did exchange emails to work through the list of issues
he encountered this April. As far as I remembered all were tracked with
JIRAs and most, such as material and mesh computation bugs, were already
fixed.
- Chien
On 9/26/2013 2:32 PM, Richard Bair wrote:
Gre
min* > max* implies empty bounds. This semantic can be traced back to
https://javafx-jira.kenai.com/browse/RT-11793
- Chien
On 10/1/2013 5:59 PM, Joseph Andresen wrote:
Kevin and I had this exact conversation years ago. I believe our answer was
that anything less than 0 meant uninitialized?
We did discuss making divisions in the predefined 3D shapes mutable in
earlier meeting. However we decided against it since it is a heavy
weight operation as the supporting mesh will has to be regenerated. I
believe the constructor with the divisions argument will not have much
use in the futur
Hi all,
We realized the existing TriangleMesh API is too restrictive to support
additional vertex formats in the future, for examples, user specified
normal and multi-texture units. We will need to make at least 2 changes
to allow TriangleMesh be used for a range of vertex formats in the futur
Hi all,
Java images are defined such that (0, 0) references the top left
most pixel of the image. In JavaFX, the texture coordinate system for 3D
objects is defined with its U axis increasing from left to right and the
V axis increasing from top to bottom. Hence a texture coordinate of (0
K_FLIP_Y_WEBGL, true);
Regards
-- Remi
From: Chien Yang <mailto:chien.y...@oracle.com>
Date: Thu, Oct 17, 2013 at 3:08 PM
Subject: V-up texture coordinate support
To: OpenJFX <mailto:openjfx-dev@openjdk.java.net>
Hi all,
Java images are defined such that (0, 0) references the t
discussed in "Getting Started with JavaFX 3D Graphics/Camera/Y-down
versus Y-up"
(http://docs.oracle.com/javafx/8/3d_graphics/camera.htm#CJAHFAHB).
Doesn't this approach require an immediate availability of a
v-flipping feature?
August
Am Donnerstag, den 17.10.2013, 15:0
Hi Leonid,
I have no problem doing 32 bit build on my Windows 7 laptop though I
haven't done a 64 bit build since we switched to gralde. Here is
information about my gradle environment just in case it is helpful:
$ gradle -v
Grad
Vadim and Kevin,
Please review review the following change.
Webrev: http://cr.openjdk.java.net/~ckyang/RT-33212/webrev.00/
JIRA: https://javafx-jira.kenai.com/browse/RT-33212
Thanks,
- Chien
Kevin and Vadim,
Please review the following change.
Webrev: http://cr.openjdk.java.net/~ckyang/RT-32525/webrev.00/
JIRA: https://javafx-jira.kenai.com/browse/RT-32525
Thanks,
- Chien
Kevin and Jim,
Please review this simple fix. I have also included the report test case
this change:
JIRA: https://javafx-jira.kenai.com/browse/RT-34226
Webrev: http://cr.openjdk.java.net/~ckyang/RT-34226/webrev.00/
Thanks,
- Chien
Kevin and Vadim,
Please review my proposed fix for this bug:
JIRA: https://javafx-jira.kenai.com/browse/RT-29527
Wevrev: http://cr.openjdk.java.net/~ckyang/RT-29527/webrev.00/
I have done a fairly extensive testing on our 3D programs. This fix
exposes a d3d 3D state bug in Prism in 2 test
Hi Kevin,
Please review my proposed fix:
https://javafx-jira.kenai.com/browse/RT-34343
Thanks,
- Chien
Hi Kevin,
Please review my proposed fix:
https://javafx-jira.kenai.com/browse/RT-33461
Thanks,
- Chien
Hi Kevin,
Please review my proposed test coverage:
https://javafx-jira.kenai.com/browse/RT-29101
Thanks,
- Chien
Hi Kevin,
Please review this simple javadoc change:
JIRA: https://javafx-jira.kenai.com/browse/RT-30404
Webrev: http://cr.openjdk.java.net/~ckyang/RT-30404/webrev.00/
Thanks,
- Chien
In case anyone is interested in this post commit javadoc change:
(initial draft was reviewed by kcr)
http://cr.openjdk.java.net/~ckyang/RT-34292/webrev.00/
Thanks,
- Chien
Vote: YES
Sent from my mobile phone. Please excuse my brevity.
> On Dec 11, 2013, at 1:17 PM, David Hill wrote:
>
>
> I hereby nominate Vadim Pakhnushev to OpenJFX Committer.
>
> Vadim is a member of JavaFX Embedded team at Oracle. Vadim's changes are in
> Glass Windows/D3d:
>
> hg log -M
Hi Kevin and Vadim,
Please review my proposed fix:
https://javafx-jira.kenai.com/browse/RT-28883
Thanks,
- Chien
Hi Kevin,
Please review this simple one line fix to enable support for Intel
GPU on the Linux platform:
https://javafx-jira.kenai.com/browse/RT-31749
Thanks,
- Chien
Hi Felipe and Kevin,
Please review this simple one line fix to support X.Org open source
drivers for ATI/AMD and Nvidia:
http://cr.openjdk.java.net/~ckyang/RT-34385/webrev.00/
Thanks,
- Chien
Here is the link to the JIRA: https://javafx-jira.kenai.com/browse/RT-34385
- Chien
On 12/23/2013 3:30 PM, Chien Yang wrote:
Hi Felipe and Kevin,
Please review this simple one line fix to support X.Org open
source drivers for ATI/AMD and Nvidia:
http://cr.openjdk.java.net/~ckyang/RT
JIRA: https://javafx-jira.kenai.com/browse/RT-34900
Thanks,
- Chien
Hi Kevin and Vadim,
Can you please review my proposed fix?
http://cr.openjdk.java.net/~ckyang/RT-32631/webrev.00/
Thanks,
- Chien
I should have used the JIRA where link to the webrev is included:
https://javafx-jira.kenai.com/browse/RT-32631
- Chien
On 12/31/2013 11:40 AM, Chien Yang wrote:
Hi Kevin and Vadim,
Can you please review my proposed fix?
http://cr.openjdk.java.net/~ckyang/RT-32631/webrev.00/
Thanks
The Graphics Support section in this link has a detail information on
the list of GPUs JavaFX can take advantage of:
http://docs.oracle.com/javafx/2/system_requirements_2-2-5/jfxpub-system_requirements_2-2-5.htm
Note: Linux and Mac should have the same support coverage except for
Intel GMA 4
Jim will probably has more to say about how the caching works. JavaFX
has a unified texture resource management system for Prism. An aging
algorithm is used to determine which native texture resource to be
released when the system is low on VRAM or reached a system configurable
VRAM threshold
Kevin and Vadim,
Please review this very limited and guarded fix as a temporary solution
till we have a better API to support dynamic mesh update.
More information about performance is captured in the JIRA.
Webrev: http://cr.openjdk.java.net/~ckyang/RT-35956/webrev.00/
JIRA: https://javafx-jir
JIRA: https://javafx-jira.kenai.com/browse/RT-21702
Webrev: http://cr.openjdk.java.net/~ckyang/RT-21702/webrev.00/
Thanks,
- Chien
I have a quick question. Did you get your embedded JavaFX library from
Glueon?
http://gluonhq.com/open-source/javafxports/downloads/
- Chien
On 2/29/16, 7:21 AM, Maurice wrote:
Should I file a bug? I can't determine whether this is a client
platform issue or a major bug in the EGL that JavaF
the Wiki
<https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+ARM+Hard+Float>.
Maurice.
Op 29-02-16 om 17:49 schreef Chien Yang:
I have a quick question. Did you get your embedded JavaFX library
from Glueon?
http://gluonhq.com/open-source/javafxports/downloads/
- Chien
Hi Maurice,
Can you please file a JIRA on this issue?
Thanks,
- Chien
On 3/1/16, 11:45 PM, Maurice wrote:
Jim,
A solution in line of that of Johan Vos [1] works. JavaFX can be run
and doesn't crash on startup when compiling the shaders. I think they
should be taken into account for at leas
You may track the progress of this work with this JIRA for now. We are
still investigating the scope and impact of this work. We may decide to
create a new JIRA and resolve this as a duplicate if we decide to go
with a better naming.
https://bugs.openjdk.java.net/browse/JDK-8090322
- Chien
Hi Kevin and all,
Please review the following new API proposal to add a priorityOrder
property to Node:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8144556
Here is a prototype of the implementation with a simple toy example if
you wish to play with:
Webrev: http://cr.openjdk.java.net/~c
You are correct. MBP 13 only has an integrated GPU and those 2 fixes
mentioned earlier don't apply to your case.
- Chien
On 3/25/16, 3:15 PM, Tai Hu wrote:
I have a MacBook Pro 13 inch (2014 model). If I remembered correctly, it
only has an integrated GPU. There is no discreet GPU
Thanks,
Ta
, Chien Yang wrote:
You are correct. MBP 13 only has an integrated GPU and those 2 fixes
mentioned earlier don't apply to your case.
- Chien
On 3/25/16, 3:15 PM, Tai Hu wrote:
I have a MacBook Pro 13 inch (2014 model). If I remembered correctly, it
only has an integrated GPU. There
Great! Can you please file a JIRA with your test program. We will
investigate the issue.
https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
- Chien
On 3/28/16, 9:06 AM, Tai Hu wrote:
My MacBook Pro is a i5 dual core with 16GB of memory. The minimal application
that exhibit
Please review the proposed specification and implementation.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8144556
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8144556/webrev.00/
- Chien
Thanks reporting your finding and suggestion. Do you mind filing a bug
report? Please include the steps and your system configuration that we
may reproduce the crash on our end.
https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
Thanks,
- Chien
On 4/14/2016 12:16 PM, Ali
We are interested in knowing how and when you use the software pipe of
JavaFX on Mac. Can you please submit a bug report and provide those
information?
https://wiki.openjdk.java.net/display/OpenJFX/Submitting+a+Bug+Report
Thanks,
- Chien
On 4/14/2016 11:41 AM, Ali Ebrahimi wrote:
On macosx v
/14/16, 11:20 PM, Ali Ebrahimi wrote:
Done. Review ID: JI-9035391
On Fri, Apr 15, 2016 at 2:47 AM, Chien Yang <mailto:chien.y...@oracle.com>> wrote:
We are interested in knowing how and when you use the software
pipe of JavaFX on Mac. Can you please submit a bug report and
also works for javafx8.
On Fri, Apr 15, 2016 at 2:07 AM, Chien Yang <mailto:chien.y...@oracle.com>> wrote:
Thanks reporting your finding and suggestion. Do you mind filing a
bug report? Please include the steps and your system
configuration that we may reproduce the cr
Hi Ali,
Context management is tightly couple between Glass and Prism. The fix
will likely touches both places.
- Chien
On 4/16/16, 11:05 AM, Ali Ebrahimi wrote:
Hi,
On Sat, Apr 16, 2016 at 10:11 PM, Chien Yang <mailto:chien.y...@oracle.com>> wrote:
Hi Ali,
Thanks! I b
Hi Kevin,
Please review this simple name change cleanup fix.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8154509
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8154509/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the purposed fix.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8155053
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155053/webrev.00/
Thanks,
- Chien
Vote: YES
On 4/28/16, 8:16 AM, Kevin Rushforth wrote:
I hereby nominate Guru Hb [1] to OpenJFX Committer.
Guru is a member of JavaFX team at Oracle working on WebKit, who has
contributed 10 changesets [5] to OpenJFX, at least 8 of which are
significant.
Votes are due by May 12, 2016.
Only
Hi Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8155757
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155757/webrev.00/
Thanks,
- Chien
od
java/lang/Object."":()V
9: return
public void bar();
Code:
0: aload_0
1: getfield #1 // Field
this$0:LInnerPackageTest;
4: invokevirtual #3 // Method
InnerPackageTest.foo:()V
7: return
}
Kevin and Jim,
Please review the proposed fix:
Webrev: https://bugs.openjdk.java.net/browse/JDK-8155762
JIRA: http://cr.openjdk.java.net/~ckyang/JDK-8155762/webrev.00/
Thanks,
- Chien
Hi Kevin and Jonathan,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8156170
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8156170/webrev.00/
- Chien
lack of mutating methods and possibly mentioning the intent in the
javadoc...
...jim
On 5/3/2016 11:24 PM, Chien Yang wrote:
Kevin and Jim,
Please review the proposed fix:
Webrev: https://bugs.openjdk.java.net/browse/JDK-8155762
JIRA: http://cr.openjdk.java.net/~ckyang/JDK-8155762/webrev.00/
Thanks,
- Chien
Hi Jonathan and Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8155998
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8155998/webrev.00/
Thanks,
- Chien
Hi Jonathan and Kevin,
Please review this simple clean up fix.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8157186
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8157186/webrev.00/index.html
Hi Jonathan and Kevin,
Please review the proposed fix:
Webrev: https://bugs.openjdk.java.net/browse/JDK-8157295
JIRA: http://cr.openjdk.java.net/~ckyang/JDK-8157295/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the proposed fix as we have discussed.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8157350
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8157350/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the suggested fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8091874
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8091874/webrev.00/
Thanks,
- Chien
Hi Kevin, Jonathon and Vadim,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8157900
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8157900/webrev.00/
PS: This is a huge webrev and touches many components. I believe most
component owners would want to do a quick
Hi all,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8158659
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158659/webrev.00/
Thanks,
- Chien
Hi all,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8144585
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8144585/webrev.00/
Thanks,
- Chien
Kevin and Vadim,
Please review this simple fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8159021
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8159021/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the simple bug fix as we have investigated:
https://bugs.openjdk.java.net/browse/JDK-8159383
Thanks,
- Chien
Hi Kevin,
Please review the proposed unit test:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8157500
Webev: http://cr.openjdk.java.net/~ckyang/JDK-8157500/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8158004
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158004/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review this proposed fix as we have discussed earlier.
Webrev: https://bugs.openjdk.java.net/browse/JDK-8159005
Thanks,
- Chien
Hi Kevin,
Please review this proposed fix as we have discussed earlier.
Webrev: https://bugs.openjdk.java.net/browse/JDK-8158948
Thanks,
- Chien
Hi Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8158006
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8158006/webrev.00/
Thanks,
- Chien
Hi Jonathan,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8090322
Thanks,
- Chien
Hi Dave and Jonathan,
Please review the proposed fix.
JIRA: https://bugs.openjdk.java.net/browse/JDK-8088846
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8088846/webrev.00/
Thanks,
- Chien
e progress indicator issues are all done as talked, GREAT!
Are they planned to be included in Java 8?
Cheers,
Diego
-Original Message-----
From: Chien Yang [mailto:chien.y...@oracle.com]
Sent: Dienstag, 8. März 2016 20:41
To: Cirujano Cuesta, Diego;
jonathan.gi...@oracle.com; openjfx-dev@openjd
Hi Jonathan,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8148721
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8148721/webrev.00/
Thanks,
- Chien
Vote: YES
On 7/19/16 6:37 AM, David Hill wrote:
I hereby nominate Ankit Srivastava to OpenJFX Committer.
Ankit Srivastava is part of the JavaFX team focusing on Web.
A list of Ankit's commits and reviews is available by the following links
http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev
Hi Kevin and Dave,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8154148
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8154148/webrev.00/
Thanks,
- Chien
Hi Jonathan and Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8162883
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8162883/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8156078
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8156078/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the proposed backport:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8163302
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8163302/webrev.00/
Thanks,
- Chien
Hi Kevin,
Please review the proposed backport:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8156078
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8156078/backport.00/
Thanks,
- Chien
should have the Bug ID of the main bug: 8156078
Thanks.
-- Kevin
Chien Yang wrote:
Hi Kevin,
Please review the proposed backport:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8163302
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8163302/webrev.00/
Thanks,
- Chien
1 - 100 of 227 matches
Mail list logo