Re: [API Review] RT-15314

That's my preference as well. -- Kevin Tom Schindl wrote: I'd go for option 3 at this Tom Von meinem iPhone gesendet Am 29.05.2013 um 23:51 schrieb David Hill : We have a request to allow non-sandboxed applications to disable the "ESC to

Re: Patches for packager tweaks

How long is it taking for community patches to get into a build these days? Hi Danno, There are two parts to the answer: 1) How long does it take for a proposed fix (patch) to be reviewed and accepted? 2) Once your patch is accepted and the changeset is pushed to the repo, how long befor

Re: Patches for packager tweaks

to be? On Fri, May 31, 2013 at 11:44 AM, Kevin Rushforth mailto:kevin.rushfo...@oracle.com>> wrote: How long is it taking for community patches to get into a build these days? Hi Danno, There are two parts to the answer: 1) How long does it take for a pr

Re: JavaFX graphics performance and suitability for advanced animations

Btw, there is a JIRA issue filed against BrickBreaker specifically: https://javafx-jira.kenai.com/browse/RT-29801 Richard Bair wrote: Have you tried to determine what the FPS is? My guess is that FPS is not anywhere near the limit and it is the occasional stutter that is the problem, but I'm

Re: System.err printSummary (D3D Vram Pool) lines

Yes, please do report these. They are effectively assertions indicating that something has gone wrong with the texture management code. Some have been fixed recently, but probably not all of them. -- Kevin John Hendrikx wrote: Hi List, In b90 and b92 I'm getting these kinds of prints (often

Re: ObservableValue Stacktrace

Perhaps using the logging system would be a better choice in the case than printing to stderr? -- Kevin Martin Sladecek wrote: On 06/06/2013 10:53 AM, John Hendrikx wrote: Hm, ok -- it is correct that it doesn't fail, the code runs without any problem and everything works as expected. But,

Re: NullPointer in BaseGraphics.drawTextureVO

Is this from FX 2.2.x or FX 8? The stack trace suggests an earlier version of FX. The only thing I can think of off hand is that the HW texture couldn't be created, probably because you ran out of resources. There are a few issues relating to this, which we believe are fixed in FX 8 with the im

Re: NullPointer in BaseGraphics.drawTextureVO

I missed the fact that this is using the non-public impl_fromExternalImage() method. This was replaced in FX 2.2 by SwingFXUtils.toFXImage as Werner mentions and has been removed from FX 8 entirely. One more thing to check is that jfxImage is non-null, although it is still more likely than no

Re: NullPointer in BaseGraphics.drawTextureVO

it's just a plain and simple bug? On Tue, Jun 11, 2013 at 11:10 PM, Kevin Rushforth mailto:kevin.rushfo...@oracle.com>> wrote: Is this from FX 2.2.x or FX 8? The stack trace suggests an earlier version of FX. The only thing I can think of off hand is that the HW texture c

Re: FX 8 3D sample FXTuxCube : several issues detected

Hi August, Can you file JIRA issues for these problems? None of these sound exactly like any known issues. -- Kevin August Lammersdorf, InteractiveMesh wrote: FXTuxCube is a SubScene-based interactive 3D application to meassure the 3D system performance. Are following issues known or unde

Re: Moving to Gradle (finally)

You cannot run "gradle" in the rt repo just yet. For now (i.e., until the switch to gradle with the accompanying repo reorg), you must run the generator.gradle script which reorganizes the repo to its new layout, and puts it, by default, in ../javafx Among other things it copies gradleBuildSr

Re: Native font rendering in JFX8 b96?

I can confirm that yes, the native font code is turned on for b96 on Windows (it was turned on for Mac in b94). -- Kevin John C. Turnbull wrote: So Phil, is that now in b96? On 29/06/2013, at 14:30, Phil Race wrote: For most Windows users and use cases the main differences are that 1)

Re: [API Review]: Node validation

+1 This would allow apps to dispense with the following workaround when taking a snapshot: // create a dummy scene so layout and CSS will work new Scene(new Group(node)); node.shapshot(...) -- Kevin David Grieve wrote: Hi Martin, With regard to having this work without a Scene…

Re: MSAA and Scene anti aliasing

I don't really like the single enum approach. I would prefer to keep the existing MSAA boolean, and then, if needed, add a separate attribute for requesting the number of samples; if desired there could be a read-only attribute that returns the actual number of samples used. Most chipsets give

Re: Making Color Final (and Paint too, for all intents and purposes)

+1 In practice I agree with Richard that this should not cause any issues for applications. -- Kevin David Ray wrote: +1 David Sent from my iPhone On Jul 12, 2013, at 3:15 PM, Richard Bair wrote: I have two different changes I might want to make, both of which are definitely incompa

Re: MSAA and Scene anti aliasing

that some options can't be honored? On Jul 13, 2013, at 12:00 PM, Kevin Rushforth mailto:kevin.rushfo...@oracle.com>> wrote: > I don't really like the single enum approach. I would prefer to keep the existing MSAA boolean, and then, if needed, add a separa

Re: Building sources for jfxrt.jar and missing packages

I´m trying to build a jar containing all sources for jfxrt.jar, so I can attach it in Eclipse. For this I´ve added the following lines to the root build.gradle: ... Is this the correct way to go about it? This looks like the right approach, yes (although rather than excluding a list of fi

Re: Building sources for jfxrt.jar and missing packages

No, it will not be part of src.zip for JDK 8, but a parallel "javafx-src.zip" file in the same directory as src.zip. -- Kevin Tom Schindl wrote: Do you already have an idea of the nameing & location? Or will it be part of src.zip? Tom On 16.07.13 13:35, Kevin Rushforth wrote:

Re: ConcurrentModificationException during controls test runs

Yes, Jennifer and I both saw this during integration testing. Jennifer also saw this when running the toys. She will file a bug. -- Kevin Richard Bair wrote: Is anybody else seeing this? javafx.scene.control.ComboBoxTest > test_rt31479 FAILED java.util.ConcurrentModificationException

Re: Java 8 b99 still missing samples

This is an issue for Debbie not for Nicolas, since the apps are not included in the release bundles that are being produced by the build. RT-31410 was recently marked as fixed, but seems not to have completely fixed the problem. I filed a new iss

Re: glass.dll depends issue in windows8 at b97-b99

Are you sure you tried b99? This issue should be fixed now, and we have seen no other reports that it is still broken. -- Kevin 向雅 wrote: Hi, 3 builds both got this in notebook: java.lang.UnsatisfiedLinkError: X:\JDK8\jre\bin\glass.dll: Can't find dependent libraries but in my pc, b96 seems

Re: API Change Proposal - Re: MSAA and Scene anti aliasing

+1 on having DISABLED be first. -- Kevin Richard Bair wrote: Just to be picky, I would put DISABLED first in the list. It 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. R

Re: jfxrt.jar - is it platform specific?

Yes, jfxrt.jar is platform-specific. On the desktop there are platform-specific glass and Prism classes (not sure about the WebKit classes). On embedded platforms (Linux-arm, IOS, Android) there are many differences. -- Kevin Daniel Zwolenski wrote: Obviously there are native libs (dlls, et

Re: Java 8 release plan

We release JavaFX 8 EA as part of the weekly JDK builds posted on java.net. We use the same build numbering scheme as does the JDK, so JDK 8-b99 contains FX 8-b99. -- Kevin Peter Penzov wrote: Hi, I started to develop Java 8 application using JVM 8. I saw that many new bugs related to Jav

Re: JavaFX 2 memory leaks in StyleManager (making FX2 completely unusable for application development)

What version of JDK 7u/FX 2.2.x is this reproduced in? Have you tried this with a recent build of JDK 7u40? There is a vanishingly small window to get changes into 7u40 / FX 2.2.40 which is scheduled for release in the first half of September. The next opportunity would be January. -- Kevin

Re: API Change Proposal - Re: MSAA and Scene anti aliasing

This seems cleaner in terms of extensibility. I think we can wait on adding anything other than the public static finals for this release, but plan to extend it using something like what Jim suggests. -- Kevin Richard Bair wrote: Personally I liked this approach. It was like an enum in ease

Re: JavaFX 2 memory leaks in StyleManager (making FX2 completely unusable for application development)

but for ListCell one there's no work-around at all available (beside not using ListView)! Tom On 30.07.13 16:28, Kevin Rushforth wrote: What version of JDK 7u/FX 2.2.x is this reproduced in? Have you tried this with a recent build of JDK 7u40? There is a vanishingly small window to get chan

Re: exception

This suggests a threading problem, as also commented in https://javafx-jira.kenai.com/browse/RT-27655 (to which you added your stack trace). Can you double-check that you never touch a live node (that is, a node attached to a Scene) from any thread other than the FX Application thread? -- Kev

Re: CFV: New OpenJFX Committer: Seeon Birger

Vote: yes David Hill wrote: I hereby nominate Seeon Birger to OpenJFX Committer. Seeon is a member of the Embedded Device team, which means he works across various aspects of the platform, but in particular, Lens and Virtual Keyboard. His recent work can be seen here: http://hg.openjdk.j

Re: CFV: New OpenJFX Committer:Daniel Blaukopf

Vote: yes David Hill wrote: I hereby nominate Daniel Blaukopf to OpenJFX Committer. Daniel is a member of the Embedded Device team, which means he works across various aspects of the platform. He is also the architect for the "embedded device" space. His recent work can be seen here: htt

Re: JavaFX Media issues

There is already bug filed to restore the FX Media APIs to the FX 8 API docs: https://javafx-jira.kenai.com/browse/RT-32004 -- Kevin Joe McGlynn wrote: I don't know why FX Media isn't in the FX 8 API docs, but that's clearly an error. Please file a bug on that. In the meantime, you shoul

Re: CFV: New OpenJFX Committer: Chien Yang

Vote: Yes Artem Ananiev wrote: I hereby nominate Chien Yang to OpenJFX Committer. Chien is a member of JavaFX graphics group at Oracle. Here is the list of his fixes and reviews: http://hg.openjdk.java.net/openjfx/8/master/rt/log?rev=chien Votes are due by Aug 29, 2013. Only current Open

Re: CFV: New OpenJFX Committer: Alexander Zvegintsev

Vote: Yes Artem Ananiev wrote: I hereby nominate Alexander Zvegintsev (OpenJDK user name: alexz) to OpenJFX Committer. Alexander is a primary maintainer of Gtk port of Glass (windowing toolkit for JavaFX), and also an active contributor to other Glass platforms. Here is the list of Alexan

Re: CFV: New OpenJFX Committer: Felipe Heidrich

Vote: Yes Artem Ananiev wrote: I hereby nominate Felipe Heidrich (OpenJDK user name: felipe) to OpenJFX Committer. Felipe is a member of JavaFX graphics group at Oracle. He is mostly responsible for JavaFX text and fonts, but not only for that. Here is the list of changesets he has committ

Re: CFV: New OpenJFX Committer: Mick Fleming

Vote: Yes Artem Ananiev wrote: I hereby nominate Mick Fleming (OpenJDK user name: mickf) to OpenJFX Commmitter. Mick is a member of JavaFX Controls team at Oracle. He fixed many bugs and implemented tons of features in virtually every JavaFX Control, from buttons to tables. Here is a short

Re: Summary of new features in JavaFX 8?

https://javafx-jira.kenai.com/browse/RT-23908 (Video capture support), which is resolved. If you read the comments, audio capturing is supported as well. That JIRA refers to a test being implemented, which may not be accurate anyway since there is no product feature to "test". You will prob

Re: JavaFX 2.2.40 FCS?

Correct. There might be a respin in case of a release stopper, but it's otherwise done. -- Kevin Scott Palmer wrote: I see the latest jdk7 "EA" build is now labelled "FCS".. I guess that means it's a done deal and is just soaking a bit before being put up on oracle.com? Scott

Re: JavaFX 3D Material

Depending on circumstances, both REPEAT and CLAMP_TO_EDGE are needed. We do not plan to add this control in FX 8, but will consider doing so in a future release. -- Kevin Kensuke Matsuzaki wrote: Hi Chien, Thank you. IMPOV, the patch attached RT-29527 isn't enough. Depending on circumst

Re: FW: Media classes still missing from JavaDoc

https://javafx-jira.kenai.com/browse/RT-32004 I pushed a fix earlier today. It will be in b107. -- Kevin John C. Turnbull wrote: Sorry to harp on about this but the media classes are missing from b106 JavaDoc as well in case Oracle is not aware of this. From: John C. Turnbull [mailto:ozem

Re: JavaFX applications turning to "black screen" after some time

Did the system go into screen lock during that time? If so, then this is: https://javafx-jira.kenai.com/browse/RT-32636 Otherwise it sounds like a new bug. -- Kevin John C. Turnbull wrote: I am not sure if it is a known issue but any JavaFX application I run and then leave minimised for some

Re: JavaFX applications turning to "black screen" after some time

What build are you using? There were several dirty region optimization (dirtyopts) bugs in b104 that have since been fixed. To see whether this is the case, you can try: java -Dprism.dirtyopts=false ... -- Kevin John C. Turnbull wrote: Hmm, I am not sure that is the same issue. That iss

Re: JavaFX applications turning to "black screen" after some time

(I guess I should read the whole thread before replying...please ignore my already-answered questions in earlier messages) Can you file a JIRA for this issue? Also, can you comment as to whether disabling prism.dirtyopts helps? Thanks. -- Kevin John C. Turnbull wrote: I notice this issue

Re: 3D scene antialiasing

Yes, it should be working for both D3D (as of b105) and OpenGL (earlier than that). -- Kevin John C. Turnbull wrote: Could someone please let me know if support for 3D scene antialiasing is supposed to be working in JDK8 b106? If not, when is this feature expected to be implemented?

Re: Make SubScene Resizable (RT-31377)

I like #2 for the ease of use. -- Kevin Pavel Safrata wrote: Hello, we want to make SubScene resizable (reporting min/pref/max sizes according to its root) for it to behave nicely when placed in layout ( https://javafx-jira.kenai.com/browse/RT-31377 ). For the main driver of SubScene's exis

Re: Make SubScene Resizable (RT-31377)

Btw, making ImageView and MediaView resizable is filed as https://javafx-jira.kenai.com/browse/RT-10610 -- Kevin John Hendrikx wrote: +1 on the ImageView case... getting ImageViews to resize properly, like a Button or other node would, is tricky and often gives unexpected results or doesn't

Re: JavaFX 3D Issues reported in April

Yes. User-defined normals: RT-29012 More than 3 lights: RT-26462 -- Kevin Richard Bair wrote: Do we have feature requests filed for overcoming these limitations? On Sep 26, 2013, at 2:18 PM, Jos

Re: Seeing test failures in graphics scrum for ListViewKeyInputTest on Mac

Yes, this is a known issue: https://javafx-jira.kenai.com/browse/RT-33015 -- Kevin Richard Bair wrote: Is anybody else seeing these? Have we seen them on hudson? javafx.scene.control.ListViewKeyInputTest > test_rt21375_scenario_2_down FAILED java.lang.AssertionError: expected:<3> but was

Re: Seeing test failures in graphics scrum for ListViewKeyInputTest on Mac

And I see I'm a bit too late with this information. Thanks for fixing it, Richard! -- Kevin Kevin Rushforth wrote: Yes, this is a known issue: https://javafx-jira.kenai.com/browse/RT-33015 -- Kevin Richard Bair wrote: Is anybody else seeing these? Have we seen them on h

Re: How do non-authors report bugs?

FX does not use JBS -- we have a separate JIRA instance. Your question is probably best asked on an OpenJDK alias. -- Kevin Pete Brunet wrote: For those without JBS accounts what is the right web site to use to report bugs?

Re: CFV: New OpenJDK Committer: Lisa Selle

Vote: yes Artem Ananiev wrote: I hereby nominate Lisa Selle to OpenJFX Committer. Lisa is a member of JavaFX Embedded team. Her changes are all over the JavaFX code, from cursors and input events to makefiles and virtual keyboard. The list of Lisa's commits in the workspace: hg log -u "L

Re: CFV: New OpenJFX Committer: Yao Wang

Vote: yes 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's commits and reviews is also available

Re: CFV: New OpenJFX Committer: Joseph Andresen

Vote: yes Artem Ananiev wrote: I hereby nominate Joe Andresen to OpenJFX Committer. Joe is a member of JavaFX Graphics team at Oracle. His first changeset in Prism is dated by 2009, and total number of commits is close to one hundred. Full list of Joe's changesets in the open workspace is a

Compile error building FX with latest JDK

All, There is a bug in JDK 8, introduced in b108, that will cause a clean build of FX to fail. https://bugs.openjdk.java.net/browse/JDK-8025173 It is expected that this will be fixed in b110. Until then, you can either stick with an older JDK, or use the following workaround, to compile the

Re: Bounds constructor validation

Note that a negative width or height is considered empty (see Bounds.isEmpty()) so it might break something if you couldn't constuct such a bounds. -- Kevin Richard Bair wrote: Hi, I'm looking at https://javafx-jira.kenai.com/browse/RT-23446, where the argument is made that the width / hei

Re: Cannot compile following the OpenJFX instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX

There is a known bug introduced in JDK 8 b108. See: http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-October/010592.html It is fixed in b110. -- Kevin Oscar Vargas Torres wrote: This is the error I keep getting: http://pastie.org/8377161 I am using Ubuntu L

Re: Cylinder divisions and PerspectiveCamera fixedEyePosition should be mutable

Yes, that pretty much captures the thinking behind it. My thought is that there is no real reason that subdivisions need to be immutable, although I wouldn't want to change it at this late date for FX 8 unless it is needed for FXML support. The fixedEyeAtCameraZero mode is not something I thi

Re: Cylinder divisions and PerspectiveCamera fixedEyePosition should be mutable

d like all mutable state in FX, the range of possible values should not be hindered by the evil "unbind" pattern). Richard On Oct 4, 2013, at 12:46 PM, Kevin Rushforth wrote: Yes, that pretty much captures the thinking behind it. My thought is that there is no real reason that sub

Re: Cylinder divisions and PerspectiveCamera fixedEyePosition should be mutable

g: - We must *not* expose a ReadOnly property for these properties (and I don't think we do) - The FXML changes must be backwards compatible (they should be but we need to verify) - The SceneBuilder can do something reasonable as is (not sure). Richard On Oct 4, 2013, at 1:08

Re: Lambdafication (was Re: Default methods in JFX-8)

5. Should we enable more -Xlint warnings in OpenJFX build? 6. Any chances anything of this can still go in 8 (e.g. get rid of warnings We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and getting rid of warnings would be a P4 bug. I guess it depends on how intrusive the change

Re: Lambdafication (was Re: Default methods in JFX-8)

? Should I split test and library code changes? -Sven P.S. Shall I try to get this done as well for other modules? Which would be preferred? (Just in case I have some more time to spend) On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth mailto:kevin.rushfo...@oracle.com>> wrote: 5. Sho

Re: Building on Mac with latest Xcode

I know that David DeHaven looked into this. Maybe he will have something to add? For production, we need to use gcc (not clang) and the 10.7 SDK, but having a solution that makes it easy for developers to build with latest would be a good thing. -- Kevin Sven Reimers wrote: Hi, since I h

Re: hg: openjfx/8/graphics/rt: 3 new changesets

In the top-level JDK directory, next to src.zip, there will be a javafx-src.zip. -- Kevin Tom Schindl wrote: So where the src.zip end up, so that k can adjust the tooling? Tom Von meinem iPhone gesendet Am 08.10.2013 um 18:32 schrieb hang...@oracle.com: Changeset: 61727bf6e832 Author:

FX 8 ramp down

In order to let community members know what is going on with the bugs, etc., targeted to Lombard (FX 8), here is the current status. We are continuing to ramp-down the FX 8 release in conjunction with the ramp-down of JDK 8. Here are the key dates to be aware of for FX fixes that are going int

Changes for October 2013 CPU release synced into FX 8

Note: I have synced up the pending FX changes from the just-release October 2013 CPU release into FX 8. I also pulled them into the graphics/rt repo. -- Kevin

Re: Half-baked API (Camera position)

Regarding #2, I'm OK with an exception being thrown. Regarding #1, do you think moving the clip planes to PerspectiveCamera (rather than in the base class) be better for FX 8? We can compatibly move it up to a superclass in a future release. Or would this be too disruptive? -- Kevin Richar

Re: Constructor annotation

Not to mention Tom's point that it can't be in the fxml module without created unwanted (and circular) module dependencies. Seems like it needs to be in the "base" module then, right? -- Kevin Richard Bair wrote: +1 this is my preference. It is useful for things other than FXML, and should

Re: Half-baked API (Camera position)

Would IllegalStateException be better here? Usually UOE is for operations that are simply not supported by the class in question. In this case, the operation is only unsupported if the camera on the scene (i.e., the state of an object) is of a certain type which can change at runtime. I'm OK

Re: Half-baked API (Camera position)

Steve: if Pavel throws IllegalStateException("not yet supported for parallel camera") or similar, do you think that would be OK or do you not want to see any exception? -- Kevin Kevin Rushforth wrote: Would IllegalStateException be better here? Usually UOE is for operations that

Re: Half-baked API (Camera position)

ng bad happens, not when we can't decide how an API works. If the exception goes in, it's API and it stays forever. Steve On 2013-10-16 5:23 PM, Kevin Rushforth wrote: Steve: if Pavel throws IllegalStateException("not yet supported for parallel camera") or similar, do you th

Re: Half-baked API (Camera position)

s any different than throwing an exception from a compatibility perspective. Bugs are bugs. On Oct 16, 2013, at 3:46 PM, Kevin Rushforth wrote: I can see your point. There are cases where it can make sense to have a restriction now and relax it later, but this isn't exactly that case. It&#x

Re: Media is now opensource

All of the JavaFX runtime is open source except for the third-party code that we cannot ship (e.g., the On2 codec that Kirill mentioned, and the T2K font library, for which we have an open replacement), and the FX deploy code, which depends on the JRE deploy code. Additionally, the JMX code, wh

Re: Media is now opensource

Regarding JMX: Kevin, if it is easy to open it, lets just do it and use it as a starting point. Should be pretty easy. I'll file a JIRA. -- Kevin Richard Bair wrote: That's pretty much it. VP6, T2K, deploy, FX JMX tooling. VP6 won't ever be opened because it is licensed 3rd part

Re: Media is now opensource

https://javafx-jira.kenai.com/browse/RT-33682 Kevin Rushforth wrote: Regarding JMX: Kevin, if it is easy to open it, lets just do it and use it as a starting point. Should be pretty easy. I'll file a JIRA. -- Kevin Richard Bair wrote: That's pretty much it. VP6, T2K, depl

Change requiring b112 just pushed [was: hg: openjfx/8/graphics/rt: 5 new changesets]

During integration testing, we just pushed a change that makes JDK 8-b112 the minimum JDK needed. It really isn't need to build openjfx (there were some deploy UI interface changes that motivated this), you can just manually set this back to b111 and continue building. I expected that b112 wou

Re: Change requiring b112 just pushed [was: hg: openjfx/8/graphics/rt: 5 new changesets]

ildnum=112 -jfx.build.jdk.buildnum.min=112 +jfx.build.jdk.buildnum.min=111 -- Kevin Kevin Rushforth wrote: During integration testing, we just pushed a change that makes JDK 8-b112 the minimum JDK needed. It really isn't need to build openjfx (there were some deploy UI interface changes that

Re: CFV: New OpenJFX Committer: Oleg Barbashov

Vote: YES Btw, the correct repo is: http://hg.openjdk.java.net/openjfx/8/master/tests -- Kevin Artem Ananiev wrote: I hereby nominate Oleg Barbashov (OpenJDK user name: ogb) to OpenJFX Committer. Oleg is a member of JavaFX SQE team at Oracle. He is currently an Author in OpenJFX and is

Re: CFV: New OpenJFX Committer: Victor Shubov

Vote: YES -- Kevin Artem Ananiev wrote: I hereby nominate Victor Shubov to OpenJFX Committer. Victor is a member of JavaFX SQE team at Oracle. He has already contributed enough changesets into the "tests" repository: $ hg log -M -u "Victor Shubov" --template '{author}\n' |wc -l 29 Votes

Re: CFV: New OpenJFX Committer: Assaf Yavani

Vote: YES David Hill wrote: I hereby nominate Assaf Yavnai to OpenJFX Committer. Assaf is a member of JavaFX Embedded team at Oracle. Most of Assaf's changes are in Glass/Lens support code: hg log -u "Assaf Yavani" An incomplete list of Assaf's commits and reviews is also available by

JMX is now open source

The JMX tooling code is now open-source in modules/jmx. This means that we really are down to just the following optional pieces that will remain closed: VP6, T2K, and deploy. -- Kevin

Re: CFV: New OpenJFX Committer: Rafi Tayar

Vote: Yes David Hill wrote: [ resending it with a corrected subject line. The dangers of reusing a form] I hereby nominate Rafi Tayar to OpenJFX Committer. Rafi is a member of JavaFX Embedded team at Oracle. Rafi's changes are in Glass/Lens support code: hg log -M -u "Rafi Tayar"

Re: JFXPanel with WebView in JDK8

Please file a JIRA at: https://javafx-jira.kenai.com/ Thanks. -- Kevin Lidierth Malcolm wrote: NOTE: THIS EXCEPTION OCCURS WITH JDK8, BUT NOT WITH JDK7 public class NewFXMain1 { public static void main(String[] args) throws InterruptedException, InvocationTargetException {

Heads-up: Bumping minimum build number to b113

As a heads-up, I need to bump the minimum JDK 8 version number required for building FX to b113 (is currently b112) to fix a problem building one of our closed files that uses a java.net class in the JDK which has changed. FX JIRA: https://javafx-jira.kenai.com/browse/RT-34085 JDK issue which

Re: did anyone encountered this?

I see this from time to time. This is a bug in the version of ant that is used by gradle for dependencies. It has been reported that gradle 1.8 may have a newer version of ant that fixes this bug. In the mean time, a less intrusive workaround is: gradle -PUSE_DEPEND=false ... If enough peo

[Fwd: Review request for RT-34111: Scaling problem when printing using Canon Inkjet iP100]

--- Begin Message --- Hi Phil, Kevin, Please review RT-34111. Bug Description and Webrev : https://javafx-jira.kenai.com/browse/RT-34111 Bug summary: Printout shows a scaled down version of the screen output. Thank you. Jennifer --- End Message ---

hg: openjfx/8/master: RT-32156: Cleanup top-level openjfx repo for FX 8

Changeset: b80799b32c69 Author:kcr Date: 2013-11-06 16:41 -0800 URL: http://hg.openjdk.java.net/openjfx/8/master/rev/b80799b32c69 RT-32156: Cleanup top-level openjfx repo for FX 8 - .hgignore ! README - build-defs.xml - build-src/build-cache.xml - build-src/build-component-template

hg: openjfx/8/graphics: RT-32156: Cleanup top-level openjfx repo for FX 8

Changeset: b80799b32c69 Author:kcr Date: 2013-11-06 16:41 -0800 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rev/b80799b32c69 RT-32156: Cleanup top-level openjfx repo for FX 8 - .hgignore ! README - build-defs.xml - build-src/build-cache.xml - build-src/build-component-templa

Re: Code Review Policies

Yes, several of us have "kicked the tires" of Crucible for internal reviews. Many of us, including me, like it quite a bit. I am hopeful that OpenJDK will move to a modern tool than webrev + JIRA comments, and Crucible seems a good choice given that we already use JIRA. -- Kevin Richard Bair

Re: did anyone encountered this?

As a follow-up to this, yes it has been fixed in gradle 1.8: http://issues.gradle.org/browse/GRADLE-2831 We won't be switching our builds to gradle 1.8 for FX 8, but if developers want to give it a try on their own systems, that would be fine. -- Kevin Kevin Rushforth wrote: I see this

Re: Generating and cleaning up our JavaDoc

Thanks, Jonathan, I think this is a worthy effort. I usually use the latter (... clean sdk) to build the javadoc at the same time I build the SDK when I want to look at the javadoc-generated API docs, but either should work. -- Kevin Jonathan Giles wrote: Hi all, This email serves partly a

Re: Exception trying to embedd SceneBuilder EA 2.0 into NetBeans

A NoSuchMethodError is almost always the result of running classes that were compiled against one version of the class files with a class library that has make incompatible changes. In particular, there was an incompatible change in b114 that makes SB compiled with b113 not run. -- Kevin S

Re: Build fail: unresolved external symbol mainCRTStartup

Hi Leonid, Building JavaFX on Windows requires Cygwin, so it doesn't surprise me that it fails with a DOS shell. The error you are seeing on cygwin seems like a mismatch where part of the build is trying to use a 32-bit build and part trying to use 64-bit. My recommendation is to try the fo

Re: Build failure: Unexpected element "{}HTML" {antlib:org.apache.tools.ant}HTML

Since this is in the "closed" part of the build, few people on the list would have seen it. update-cached-sdk: [java] Buildfile: /export/anthony/ws/g-7-gradleJdkVersion-RT-34174/build.xml [java] [java] BUILD FAILED [java] /export/anthony/ws/g-7-gradleJdkVersion-RT-34174/b

Re: Build failure: Unexpected element "{}HTML" {antlib:org.apache.tools.ant}HTML

Never mind. I see that you already resolved this by downgrading ant. -- Kevin Kevin Rushforth wrote: Since this is in the "closed" part of the build, few people on the list would have seen it. update-cached-sdk: [java] Buildfile: /export/anthony/ws/g-7-gradleJdkVersio

CFV: New OpenJFX Committer: Mark Howe

I hereby nominate Mark Howe (OpenJDK user name: mhowe) to OpenJFX Committer. Mark is a member of JavaFX deployment team at Oracle. Most of Mark's changes are in the JavaFX pacakager: hg log -u "mhowe" A partial list of Mark's commits and reviews is also available by the following link: ht

jfxswt.jar missing from b115

As an FYI for anyone using FXCanvas for SWT interop, we introduced a bug in JDK 8 b115, RT-34169 , that caused jfxswt.jar to go missing. The bug is already fixed in the soon-to-be-released b116. -- Kevin

Re: Review request for RT-34236 FXMLLoader throws " java.lang.InternalError: CallerSensitive annotation expected at frame 1 "

Thanks Mark. Can you please add this information to the JIRA (including the link to the new webrev) ? -- Kevin Mark Howe wrote: This is a slightly dialed back version. Basically the same thing as the first webrev except left the API for setEmbeddedLauncher, because that is used by some app.s

Re: Review request for RT-34236 FXMLLoader throws " java.lang.InternalError: CallerSensitive annotation expected at frame 1 "

Please add that to the JIRA, then. For FX, all discussion should happen there. See https://wiki.openjdk.java.net/display/OpenJFX/Code+Reviews -- Kevin David DeHaven wrote: Looks fine to me. -DrD- Thanks Mark. Can you please add this information to the JIRA (including the link to the ne

FX 8 Dev Dashboard in JIRA

All, As you know we are in the endgame of FX 8 (aka "Lombard") for JDK 8. Here is the Dashboard we are using on the engineering side to track our bugs: https://javafx-jira.kenai.com/secure/Dashboard.jspa?selectPageId=11893 The main table is the one in the upper left of the dashboard which sh

Re: Proportional paint object behavior inconsistent and needs to change

I haven't thought through all of the implications, but my initial take is the same as Jim's. Namely, that using the fill bounds for proportional paints is the most consistent and will have the least degree of unpleasant surprises. -- Kevin Jim Graham wrote: Felipe mentioned recently that we

Re: Chances of open sourcing SceneBuilder

Hi Philipp, There is a JIRA filed to track the open sourcing or SceneBuilder: https://javafx-jira.kenai.com/browse/RT-34175 Someone from the SceneBuilder team can comment on the status of this. -- Kevin Philipp Dörfler wrote: Hello list, I can’t but acknowledge the work put into SceneBuild

  1   2   3   4   5   6   7   8   9   10   >