hg: openjfx/8u-dev/rt: [TEST ONLY] @Ignore two new tests that cause trouble when run at certain times of the day to prevent build failures

2014-07-21 Thread jonathan . giles
Changeset: 0183863ffc21
Author:jgiles
Date:  2014-07-21 21:19 +1200
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0183863ffc21

[TEST ONLY] @Ignore two new tests that cause trouble when run at certain times 
of the day to prevent build failures

! modules/controls/src/test/java/javafx/scene/control/SpinnerTest.java



ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Tobias Bley
Hi,

does anybody knows the AngleProject? (https://code.google.com/p/angleproject/)

It’s used by Chrome and Firefox for WebGL to translate OpenGL ES2 code to 
DirectX on Windows….

Maybe it can be used to use the JavaFX OpenGL ES2 pipeline on Windows too?

Best regards,
Tobi



-- 
 Tobias Bley
 Chief Executive Officer


 Tel  +49 351 - 264 49 86   Fax +49 180-3555688-50

 
 UltraMixer Digital Audio Solutions
 Am Waldschlößchen 2
 D-01099 Dresden
 Germany


 b...@ultramixer.com   http://www.ultramixer.com







hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel test failed

2014-07-21 Thread rafi . tayar
Changeset: 5d14f564282f
Author:Rafi Tayar 
Date:  2014-07-21 15:48 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5d14f564282f

RT-36241: [Monocle] Scroll with the wheel test failed
Reviewed-by : dblaukopf

! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MouseInput.java



Re: hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel test failed

2014-07-21 Thread Kevin Rushforth

Hi Rafi,

We are frozen for sanity testing: 
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing


Since we do not deliver Monocle for desktop yet, this shouldn't affect 
anything other than our unit tests, so it should be OK. Please remember 
the freeze rules in the future.


Thanks.

-- Kevin


rafi.ta...@oracle.com wrote:

Changeset: 5d14f564282f
Author:Rafi Tayar 
Date:  2014-07-21 15:48 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5d14f564282f

RT-36241: [Monocle] Scroll with the wheel test failed
Reviewed-by : dblaukopf

! modules/graphics/src/main/java/com/sun/glass/ui/monocle/MouseInput.java

  


RE: hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel test failed

2014-07-21 Thread Rafi Tayar
Sorry it was a mistake, somehow I forgot it , will not happen again 

I've also consulted within the embedded team and it seems to be OK to leave the 
fix in and not revert it.

Thanks
Rafi


-Original Message-
From: Kevin Rushforth 
Sent: Monday, July 21, 2014 4:01 PM
To: Rafi Tayar
Cc: openjfx-dev@openjdk.java.net
Subject: Re: hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel 
test failed

Hi Rafi,

We are frozen for sanity testing: 
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing

Since we do not deliver Monocle for desktop yet, this shouldn't affect anything 
other than our unit tests, so it should be OK. Please remember the freeze rules 
in the future.

Thanks.

-- Kevin


rafi.ta...@oracle.com wrote:
> Changeset: 5d14f564282f
> Author:Rafi Tayar 
> Date:  2014-07-21 15:48 +0300
> URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5d14f564282f
>
> RT-36241: [Monocle] Scroll with the wheel test failed Reviewed-by : 
> dblaukopf
>
> ! 
> modules/graphics/src/main/java/com/sun/glass/ui/monocle/MouseInput.jav
> a
>
>   


Re: hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel test failed

2014-07-21 Thread Kevin Rushforth

Yes, I would prefer to leave it in at this point, too.

-- Kevin


Rafi Tayar wrote:
Sorry it was a mistake, somehow I forgot it , will not happen again 


I've also consulted within the embedded team and it seems to be OK to leave the 
fix in and not revert it.

Thanks
Rafi


-Original Message-
From: Kevin Rushforth 
Sent: Monday, July 21, 2014 4:01 PM

To: Rafi Tayar
Cc: openjfx-dev@openjdk.java.net
Subject: Re: hg: openjfx/8u-dev/rt: RT-36241: [Monocle] Scroll with the wheel 
test failed

Hi Rafi,

We are frozen for sanity testing: 
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing


Since we do not deliver Monocle for desktop yet, this shouldn't affect anything 
other than our unit tests, so it should be OK. Please remember the freeze rules 
in the future.

Thanks.

-- Kevin


rafi.ta...@oracle.com wrote:
  

Changeset: 5d14f564282f
Author:Rafi Tayar 
Date:  2014-07-21 15:48 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/5d14f564282f

RT-36241: [Monocle] Scroll with the wheel test failed Reviewed-by : 
dblaukopf


! 
modules/graphics/src/main/java/com/sun/glass/ui/monocle/MouseInput.jav

a

  



[8u] Review request : (RT-37982) Create a unit test for RT-36241

2014-07-21 Thread Rafi Tayar
Daniel,

 

Please review the unit test in :

 

https://javafx-jira.kenai.com/browse/RT-37982

 

 

Webrev:

http://cr.openjdk.java.net/~ratayar/RT-37982/webrev.00/

 

 

Thanks,

Rafi

 


Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Joseph Andresen

Hi Tobias,

I took an extensive look into exactly what angle provides in terms of a 
feature set, and at the time, found that it wouldn't really get us 
anything. Technical challenges aside, being able to run the GL pipe on 
windows is not limited by prism, in fact in the past me and other 
engineers have used windows es2 to vet out platform specific bugs. I 
think we just don't ship with that support.


I do think one interesting thing to set up would be to use it to 
validate our shaders (if all the legal stuff worked out and we were 
actually able to use it).


-Joe




On 7/21/2014 4:17 AM, Tobias Bley wrote:

Hi,

does anybody knows the AngleProject? (https://code.google.com/p/angleproject/)

It’s used by Chrome and Firefox for WebGL to translate OpenGL ES2 code to 
DirectX on Windows….

Maybe it can be used to use the JavaFX OpenGL ES2 pipeline on Windows too?

Best regards,
Tobi







Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Joseph Andresen

I also forgot,

The argument could be made that if we did indeed use angle, we could 
ditch our directx 9 pipeline altogether and just use "one" hardware 
pipeline. We would really have to evaluate this though, and I am not 
sure the work would be worth the benefit (if there even is any).



On 7/21/2014 10:04 AM, Joseph Andresen wrote:

Hi Tobias,

I took an extensive look into exactly what angle provides in terms of 
a feature set, and at the time, found that it wouldn't really get us 
anything. Technical challenges aside, being able to run the GL pipe on 
windows is not limited by prism, in fact in the past me and other 
engineers have used windows es2 to vet out platform specific bugs. I 
think we just don't ship with that support.


I do think one interesting thing to set up would be to use it to 
validate our shaders (if all the legal stuff worked out and we were 
actually able to use it).


-Joe




On 7/21/2014 4:17 AM, Tobias Bley wrote:

Hi,

does anybody knows the AngleProject? 
(https://code.google.com/p/angleproject/)


It’s used by Chrome and Firefox for WebGL to translate OpenGL ES2 
code to DirectX on Windows….


Maybe it can be used to use the JavaFX OpenGL ES2 pipeline on Windows 
too?


Best regards,
Tobi









Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Kevin Rushforth

Joe is right, although one slight addition is in order:

[we] have used windows es2 to vet out platform specific bugs. I think 
we just don't ship with that support. 


The reason we don't ship the prism-es2 pipeline it is that the OpenGL 
drivers shipped by Intel, and to a lesser extent ATI, on Windows are too 
buggy for us to support. Various things simply don't work on Intel HD 
cards for example.


-- Kevin


Joseph Andresen wrote:

Hi Tobias,

I took an extensive look into exactly what angle provides in terms of 
a feature set, and at the time, found that it wouldn't really get us 
anything. Technical challenges aside, being able to run the GL pipe on 
windows is not limited by prism, in fact in the past me and other 
engineers have used windows es2 to vet out platform specific bugs. I 
think we just don't ship with that support.


I do think one interesting thing to set up would be to use it to 
validate our shaders (if all the legal stuff worked out and we were 
actually able to use it).


-Joe




On 7/21/2014 4:17 AM, Tobias Bley wrote:

Hi,

does anybody knows the AngleProject? 
(https://code.google.com/p/angleproject/)


It’s used by Chrome and Firefox for WebGL to translate OpenGL ES2 
code to DirectX on Windows….


Maybe it can be used to use the JavaFX OpenGL ES2 pipeline on Windows 
too?


Best regards,
Tobi







Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Robert Krüger
On Mon, Jul 21, 2014 at 7:09 PM, Joseph Andresen
 wrote:
> I also forgot,
>
> The argument could be made that if we did indeed use angle, we could ditch
> our directx 9 pipeline altogether and just use "one" hardware pipeline. We
> would really have to evaluate this though, and I am not sure the work would
> be worth the benefit (if there even is any).

Well, at least the presence of the directx pipeline was used as an
argument against exposing a GL context via a low-level native api,
which quite a number of people with particular graphics/performance
requirements need IIRC, so this would be a potential benefit.


8u-dev unlocked [was: In(Sanity) Testing Mondays]

2014-07-21 Thread Kevin Rushforth

All clear for this week.

-- Kevin


Lisa Selle wrote:

Correction, assigments are here:

https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing

Also please remember that the repo will be locked from 1am PDT until 
1pm PDT.


On 7/20/2014 1:50 PM, Lisa Selle wrote:

Reminder, tomorrow is our weekly sanity testing.

You can find your testing assignment at:

https://wiki.openjdk.java.net/display/OpenJFX/8u20

We'll be sanity testing 8u-dev.

Happy testing!

Lisa




hg: openjfx/8u/rt: 28 new changesets

2014-07-21 Thread kevin . rushforth
Changeset: 8d90dbdf7ee3
Author:Chien Yang 
Date:  2014-07-15 16:34 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/8d90dbdf7ee3

Fix to RT-35173: Implement Alpha test functionality for the embedded platform
Reviewed by flar, kcr

! modules/graphics/src/main/java/com/sun/prism/impl/ps/BaseShaderContext.java
! modules/graphics/src/main/jsl-prism/CompileJSL.java
! modules/graphics/src/main/native-prism-d3d/D3DContext.cc
! modules/graphics/src/main/native-prism-es2/GLContext.c

Changeset: 92be7aaba96f
Author:Felipe Heidrich 
Date:  2014-07-15 16:35 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/92be7aaba96f

[toys] make HelloSimpleTreeTableView a bit more interesting.

! apps/toys/Hello/src/main/java/a11y/HelloSimpleTreeTableView.java

Changeset: b405a56cb9c4
Author:Seeon Birger 
Date:  2014-07-16 14:02 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/b405a56cb9c4

RT-37714: Single swipe event is not handled

! 
modules/graphics/src/main/java/com/sun/javafx/tk/quantum/SwipeGestureRecognizer.java

Changeset: 28adfc6bc57a
Author:Elina Kleyman 
Date:  2014-07-16 16:31 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/28adfc6bc57a

[Unit Tests] Enabling Rotate and ScrollThreshold tests on Windows and Mac 
(RT-37617)

! tests/system/src/test/java/com/sun/glass/ui/monocle/RotateTest.java
! tests/system/src/test/java/com/sun/glass/ui/monocle/ScrollThresholdTest.java

Changeset: a002de38e467
Author:Felipe Heidrich 
Date:  2014-07-16 10:35 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/a002de38e467

RT-36400: [Accessibility] Improve TreeTableView support for Screen Readers

! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TreeTableViewSkin.java
! modules/controls/src/main/java/javafx/scene/control/TreeCell.java
! modules/controls/src/main/java/javafx/scene/control/TreeTableRow.java
! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java
! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
! modules/graphics/src/main/java/javafx/scene/AccessibleRole.java

Changeset: e7c5f406443e
Author:Felipe Heidrich 
Date:  2014-07-16 13:07 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/e7c5f406443e

RT-36400: improve TreeTableView, first phase: make TreeTableView a TableView

! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java

Changeset: 026e6a18af35
Author:Felipe Heidrich 
Date:  2014-07-16 14:07 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/026e6a18af35

RT-36400: improve TreeTableView, add expandable support to TreeTableCell

! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java

Changeset: d287605a963d
Author:Felipe Heidrich 
Date:  2014-07-16 14:08 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/d287605a963d

[Accessibility] fix RT-37610, initially applied to TableView, is also needed in 
TreeTableView

! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java

Changeset: 2bd100a12f7c
Author:Felipe Heidrich 
Date:  2014-07-16 14:31 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/2bd100a12f7c

[Accessibility] use EDITABLE for text input controls, verified using JAWS, 
narrator didn't use it

! apps/toys/Hello/src/main/java/a11y/HelloText.java
! modules/controls/src/main/java/javafx/scene/control/TextInputControl.java
! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java

Changeset: c0a468c56309
Author:Joseph Andresen
Date:  2014-07-16 14:37 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/c0a468c56309

RT-23916 [Accessibility] Add accessibility support for Charts

! modules/controls/src/main/java/javafx/scene/chart/AreaChart.java
! modules/controls/src/main/java/javafx/scene/chart/BarChart.java
! modules/controls/src/main/java/javafx/scene/chart/Chart.java
! modules/controls/src/main/java/javafx/scene/chart/LineChart.java
! modules/controls/src/main/java/javafx/scene/chart/PieChart.java
! modules/controls/src/main/java/javafx/scene/chart/ScatterChart.java
! modules/controls/src/main/java/javafx/scene/chart/StackedAreaChart.java
! modules/controls/src/main/java/javafx/scene/chart/StackedBarChart.java
! modules/controls/src/main/java/javafx/scene/chart/XYChart.java

Changeset: 283517a41fbf
Author:Felipe Heidrich 
Date:  2014-07-16 20:33 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/283517a41fbf

[Accessibility] fix NPE in XYChart

! modules/controls/src/main/java/javafx/scene/chart/XYChart.java

Changeset: ca6d3a083a4c
Author:slions
Date:  2014-07-17 11:31 +0200
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/ca6d3a083a4c

[SCENEBUILDER] Fix DTL-6793 : Wrap In commands may not keep children order

! 
apps/scenebuilder/SceneBuilderKit/src/com/oracle/javafx/scenebuilder/kit/editor/job/wrap/AbstractWrapInContentJob.java
! 
apps/scenebuilder/SceneBuil

Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Joseph Andresen

That's a good point Robert,

If the GLContext work that steve and felipe did become an actual thing, 
this would help that cause become cross platform.
Angle also is strictly es2, and I haven't looked at prism es2 in a while 
but I think we use GL2 calls for desktop in some cases. We would have to 
address those cases (if even possible) before any work started.


-Joe

On 7/21/2014 10:40 AM, Robert Krüger wrote:

On Mon, Jul 21, 2014 at 7:09 PM, Joseph Andresen
 wrote:

I also forgot,

The argument could be made that if we did indeed use angle, we could ditch
our directx 9 pipeline altogether and just use "one" hardware pipeline. We
would really have to evaluate this though, and I am not sure the work would
be worth the benefit (if there even is any).

Well, at least the presence of the directx pipeline was used as an
argument against exposing a GL context via a low-level native api,
which quite a number of people with particular graphics/performance
requirements need IIRC, so this would be a potential benefit.




Re: ANGLE - Translating OpenGL ES 2 code to DirectX?

2014-07-21 Thread Richard Bair
I was interested in Angle for exactly this same reason — it would allow us to 
expose OpenGL at the public API level. However there are licensing issues we’d 
have to look at, performance tests to be run, security audits performed, and 
whether or not it is actually able to perform well. 

Although the browsers use it for WebGL, WebGL is not the main thing browsers 
do. What I mean by that, is that if WebGL isn’t working, an HTML author can 
detect that and redirect or provide some kind of error to the user. If GL 
doesn’t work for us, we’d be dead in the water (probably just crash) without 
having some kind of fallback. We could maybe just fallback to software 
rendering (and realize that in such cases the performance will not be good and 
people will be mad). It didn’t look like a slam dunk to me. Rather, it seemed 
to me that we should allow the OpenGL stack to run on Windows with an option, 
let developers opt into it, but note that it isn’t a supported configuration so 
we don’t have support costs associated with it if it doesn’t work. And we’d 
have to forbid it on WebStart / Applets (within reason) so as not to allow bugs 
in the native drivers to be exploitable through us (if the board causes the VM 
to crash, there is potentially some security issues there). And then expose an 
API that works with GL, supported on Mac / Linux, but “known to work” on 
Windows in cases where Windows GL support works. That seemed to me a shorter 
path to victory.

Richard

On Jul 21, 2014, at 1:13 PM, Joseph Andresen  wrote:

> That's a good point Robert,
> 
> If the GLContext work that steve and felipe did become an actual thing, this 
> would help that cause become cross platform.
> Angle also is strictly es2, and I haven't looked at prism es2 in a while but 
> I think we use GL2 calls for desktop in some cases. We would have to address 
> those cases (if even possible) before any work started.
> 
> -Joe
> 
> On 7/21/2014 10:40 AM, Robert Krüger wrote:
>> On Mon, Jul 21, 2014 at 7:09 PM, Joseph Andresen
>>  wrote:
>>> I also forgot,
>>> 
>>> The argument could be made that if we did indeed use angle, we could ditch
>>> our directx 9 pipeline altogether and just use "one" hardware pipeline. We
>>> would really have to evaluate this though, and I am not sure the work would
>>> be worth the benefit (if there even is any).
>> Well, at least the presence of the directx pipeline was used as an
>> argument against exposing a GL context via a low-level native api,
>> which quite a number of people with particular graphics/performance
>> requirements need IIRC, so this would be a potential benefit.
> 



hg: openjfx/8u-dev/rt: [TEST ONLY] @Ignore tests that cause trouble when run at certain times of the day to prevent build failures

2014-07-21 Thread jonathan . giles
Changeset: 356233de0fc3
Author:jgiles
Date:  2014-07-22 08:31 +1200
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/356233de0fc3

[TEST ONLY] @Ignore tests that cause trouble when run at certain times of the 
day to prevent build failures

! modules/controls/src/test/java/javafx/scene/control/SpinnerTest.java



hg: openjfx/8u/rt: [TEST ONLY] @Ignore tests that cause trouble when run at certain times of the day to prevent build failures

2014-07-21 Thread kevin . rushforth
Changeset: 356233de0fc3
Author:jgiles
Date:  2014-07-22 08:31 +1200
URL:   http://hg.openjdk.java.net/openjfx/8u/rt/rev/356233de0fc3

[TEST ONLY] @Ignore tests that cause trouble when run at certain times of the 
day to prevent build failures

! modules/controls/src/test/java/javafx/scene/control/SpinnerTest.java



hg: openjfx/8u-dev/rt: RT-37964: [Accessibility] implement a set focus action

2014-07-21 Thread felipe . heidrich
Changeset: 163d0f848fe3
Author:Felipe Heidrich 
Date:  2014-07-21 13:53 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/163d0f848fe3

RT-37964: [Accessibility] implement a set focus action

! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java
! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java
! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java
! modules/graphics/src/main/java/javafx/scene/AccessibleAction.java
! modules/graphics/src/main/java/javafx/scene/AccessibleRole.java
! modules/graphics/src/main/java/javafx/scene/Node.java



hg: openjfx/8u-dev/rt: RT-37959: [Accessibility] Review a11y enums

2014-07-21 Thread felipe . heidrich
Changeset: 2214ba6b2de6
Author:Felipe Heidrich 
Date:  2014-07-21 13:56 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2214ba6b2de6

RT-37959: [Accessibility] Review a11y enums
Part 1: remove SELECTED_PAGE and SELECTED_TAB, use FOCUS_ITEM instead

! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java
! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TabPaneSkin.java
! modules/controls/src/main/java/javafx/scene/control/TabPane.java
! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java
! modules/graphics/src/main/java/javafx/scene/AccessibleAttribute.java



hg: openjfx/8u-dev/rt: [Accessible] improve description for titlePane (which was group) and page item (which was tab item) similarly to what was done for Mac (+cosmetic changes)

2014-07-21 Thread felipe . heidrich
Changeset: 7d0df3525553
Author:Felipe Heidrich 
Date:  2014-07-21 14:42 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7d0df3525553

[Accessible] improve description for titlePane (which was group) and page item 
(which was tab item) similarly to what was done for Mac (+cosmetic changes)

! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/PaginationSkin.java
! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java



hg: openjfx/8u-dev/rt: [Accessible] missing break

2014-07-21 Thread felipe . heidrich
Changeset: 78f2a4568178
Author:Felipe Heidrich 
Date:  2014-07-21 15:07 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/78f2a4568178

[Accessible] missing break

! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java



hg: openjfx/8u-dev/rt: [Accessible] removing attributes that were just in for documentation, they were incomplete and at times just wrong

2014-07-21 Thread felipe . heidrich
Changeset: a37c4730f5bd
Author:Felipe Heidrich 
Date:  2014-07-21 15:10 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a37c4730f5bd

[Accessible] removing attributes that were just in for documentation, they were 
incomplete and at times just wrong

! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ComboBoxListViewSkin.java
! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java
! 
modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableViewSkin.java
! modules/controls/src/main/java/javafx/scene/control/ComboBoxBase.java
! modules/controls/src/main/java/javafx/scene/control/ListView.java
! modules/controls/src/main/java/javafx/scene/control/ScrollPane.java
! modules/controls/src/main/java/javafx/scene/control/TableRow.java
! modules/controls/src/main/java/javafx/scene/control/TableView.java
! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java
! modules/controls/src/main/java/javafx/scene/control/TreeView.java



hg: openjfx/8u-dev/rt: [TEST ONLY] @Ignore all LocalTimeSpinnerValueTests until they can be made more resilient

2014-07-21 Thread jonathan . giles
Changeset: 0d4772d30a1a
Author:jgiles
Date:  2014-07-22 11:46 +1200
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0d4772d30a1a

[TEST ONLY] @Ignore all LocalTimeSpinnerValueTests until they can be made more 
resilient

! modules/controls/src/test/java/javafx/scene/control/SpinnerTest.java



hg: openjfx/8u-dev/rt: [Accessibility] Regression. The content of list items and tree items are being read twice, caused by the accidental removal of a 'return null; ' statement in http://hg.openjdk.j

2014-07-21 Thread felipe . heidrich
Changeset: a101d302eb00
Author:Felipe Heidrich 
Date:  2014-07-21 16:52 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a101d302eb00

[Accessibility] Regression. The content of list items and tree items are being 
read twice, caused by the accidental removal of a 'return null;' statement in 
http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a002de38e467

! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java



hg: openjfx/8u-dev/rt: RT-37994 [FXML] ProxyBuilder does not support read-only collections

2014-07-21 Thread martin . sladecek
Changeset: 23c345e7ea20
Author:Martin Sladecek 
Date:  2014-07-22 07:30 +0200
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/23c345e7ea20

RT-37994 [FXML] ProxyBuilder does not support read-only collections

! modules/fxml/src/main/java/com/sun/javafx/fxml/builder/ProxyBuilder.java
+ 
modules/fxml/src/test/java/com/sun/javafx/fxml/builder/ClassWithReadOnlyCollection.java
! modules/fxml/src/test/java/com/sun/javafx/fxml/builder/ProxyBuilderTest.java