Result: New OpenJFX Committer: Joseph Andresen
Voting for Joseph Andresen to OpenJFX Committer [1] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-September/010431.html [2] http://openjdk.java.net/projects/#project-committer Thanks, Artem
Result: New OpenJFX Committer: Yao Wang
Voting for Joseph Andresen to OpenJFX Committer [1] is now closed. Yes: 5 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-September/010436.html [2] http://openjdk.java.net/projects/#project-committer Thanks, Artem
hg: openjfx/8/graphics/rt: Fix for RT-31809 - css tweaks to Modena.css
Changeset: 58424cf3d52d Author:mo.chicharro Date: 2013-10-18 10:25 +0100 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/58424cf3d52d Fix for RT-31809 - css tweaks to Modena.css ! modules/controls/src/main/resources/com/sun/javafx/scene/control/skin/modena/modena.css
Re: JAVAFX on ANDROID
Hi Tomas,
I am currently running a bit different openjfx than yours and got it kind of
running.
1. the main difference is font deactivation. You disabled the entire CSS
renderer, which I did not.
I am deactivating just the font renderer. That means a lot more patching but it
gives me the chance
to see CSS rendering taking place ;) It works pretty well even without fonts
(hard coded font sizes).
2. I probably found the touch handling crash. Since I have an old Samusung
Galaxy Tab 10.1 here
I can assure this bug effects the device as well. It's the Platform.runLater
bugfix. This is also quite
stable and makes it possible to play Brickbreaker ;)
3. I had to disable the new security stuff in GlassStage and GlassScene.
further testing:
Tobi, gave me his iOS/JavaFX testing tool that just displays a colored ListView
and while it scrolls
the rendering process writes fps to stdout. This tool compiles and runs but it
does nothing while touching.
The reason is probably that some javafx controls are still using mouse
emulation.
I see in the iOS port that the events are fired twice at first as touch events
and then
as mouse events. It looks like the latest change for multitouch events dropped
the dual event
sending. I tried to patch android.c like this:
JNIEXPORT void JNICALL
Java_com_oracle_dalvik_FXActivity_00024InternalSurfaceView_onMultiTouchEventNative
(JNIEnv *env, jobject jview, jint jpcount, jintArray jactions, jintArray jids,
jintArray jtouchXs, jintArray jtouchYs) {
...
(*_notifyMultiTouchEvent)(jpcount, actions, ids, touchXs, touchYs);
if( jpcount == 1
(actions[0]==com_sun_glass_events_TouchEvent_TOUCH_PRESSED ||
actions[0]==com_sun_glass_events_TouchEvent_TOUCH_RELEASED) )
{
int pressed = 0;
if (actions[0] == com_sun_glass_events_TouchEvent_TOUCH_PRESSED)
pressed = com_sun_glass_events_MouseEvent_DOWN;
else
if (actions[0] == com_sun_glass_events_TouchEvent_TOUCH_RELEASED)
pressed = com_sun_glass_events_MouseEvent_UP;
LOGV(TAG, emulate button click event - UM hacked pressed:%i x:%i
y:%i\n, pressed, touchXs[0], touchYs[0] );
(*_notifyButtonEvent)(pressed,
com_sun_glass_events_MouseEvent_BUTTON_LEFT,
touchXs[0], touchYs[0]);
}
...
}
Unfortunately, it doesn't work as expected.
I have some questions:
1. Is that mouse emulation supposed to be eliminated due to the latest
lensWindow changes?
I believe that must be handled in higher layers not in the input layer
itself.
2. What is the best way to fix this issue? Reimplementing the mouse emulation
is not a real good solution.
3. The Listview shows a scrollbar. That makes me believe that the control
doesn't really know that it is running
in embedded mode. Maybe the mouse emulation is not possible if the embedded
mode is correcly enabled.
Where do I enable the embedded mode? I though it is this property
android.com.sun.javafx.isEmbedded=true. That's of course enabled
in javafx.platform.properties.
4. What is the input layer for the Dukepad? I think it's the udev
implementation and this does pretty much the same as the current
android implementation. I just want to have a stable reference to look at ;)
Probably those questions are not only for Tomas since they are pretty general.
regards
Matthias
Re: JAVAFX on ANDROID
Am 17.10.2013 um 17:45 schrieb Richard Bair richard.b...@oracle.com: Usually, file jira and attach a patch (and a unit test for expedited service :-)) Richard Ok, I'll check that for the future. Actually, I am not sure how a unit test would look like for a crash fix like that ;) Matthias
hg: openjfx/8/graphics/rt: iOS: fixed continual render buffer storage re-binding in retina mode (partial fix for RT-31453: very poor scrolling performance of ListView on iOS). Reviewed by omaticka
Changeset: 62fd48f3e98f Author:dpulkrab Date: 2013-10-18 15:16 +0200 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/62fd48f3e98f iOS: fixed continual render buffer storage re-binding in retina mode (partial fix for RT-31453: very poor scrolling performance of ListView on iOS). Reviewed by omaticka ! modules/graphics/src/main/native-glass/ios/GlassViewGL.m
hg: openjfx/8/graphics/rt: RT-33203: Regression: incorrect size for OPEN_HAND and CLOSED_HAND cursors on Windows
Changeset: 74c445e4f905 Author:Anthony Petrov anthony.pet...@oracle.com Date: 2013-10-18 17:08 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/74c445e4f905 RT-33203: Regression: incorrect size for OPEN_HAND and CLOSED_HAND cursors on Windows Summary: Updated the cursors to fix the hotspot location Contributed-by: Moises Chicharro mo.chicha...@oracle.com ! modules/graphics/src/main/native-glass/win/Hand-Closed.cur ! modules/graphics/src/main/native-glass/win/Hand-Open.cur
Media is now opensource
Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
hg: openjfx/8/graphics/rt: [ECLIPSE ONLY] .classpath clean up
Changeset: aff7d5b1be99 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2013-10-18 09:22 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/aff7d5b1be99 [ECLIPSE ONLY] .classpath clean up ! modules/builders/.classpath ! modules/web/.classpath
hg: openjfx/8/graphics/rt: [ECLIPSE ONLY] fix media .classpath
Changeset: 9c625f89edc3 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2013-10-18 09:03 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/9c625f89edc3 [ECLIPSE ONLY] fix media .classpath ! modules/media/.classpath
Re: Media is now opensource
Spectacular, thanks for your work on this Kirill! On Oct 18, 2013, at 9:35 AM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
This is huge! Thanks Kirill. Steve On 2013-10-18 12:35 PM, Kirill Kirichenko wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
Great news! Does this mean that it is now possible to add support for more demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg comes to mind)? On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
Media is very regulated area in legal terms. Using different codecs may involve using and even violating some license agreements. Anyway you're welcome to propose anything. On 18.10.2013 21:37, Robert Krüger wrote: Great news! Does this mean that it is now possible to add support for more demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg comes to mind)? On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Half-baked API (Camera position)
After chatting with Chien about this, and thinking about it a bit more, I agree with Steve that we shouldn't throw an exception unless we are certain that the concept of a distance just doesn't make sense in parallel mode. If we were so convinced, then an exception (UOE or ISE) would be fine. As it is, I think we can come up with something sensible, if a bit arbitrary, for the pure 2D case -- parallel camera, 2D objects, 2D transforms -- so I don't think we want to throw an exception. -- Kevin Richard Bair wrote: I don't see how returning something wrong is any different than throwing an exception from a compatibility perspective. Bugs are bugs. On Oct 16, 2013, at 3:46 PM, Kevin Rushforth kevin.rushfo...@oracle.com 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's really more of a case of not being currently implemented correctly in some modes. I guess the other option (which Pavel also mentioned) is to continue to return something plausible, but not really correct, and file it as a bug against FX 8. -- Kevin Stephen F Northover wrote: Initial position: I don't really want to see any exception. Throwing an exception is unexpected and should really be reserved for when something 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 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 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 either way, just want it to be a deliberate decision. -- Kevin Pavel Safrata wrote: As I've said, we intend to fix it in the future, so the situation should not be impossible. It is mostly used that way in the existing code, but there definitely are precedents for throwing it just temporarily. For instance: nodeOrientationProperty().getCssMetaData: throw new UnsupportedOperationException(Not supported yet.); or MeshView.impl_computeContains(): throw new UnsupportedOperationException(Not supported yet.); (internal but directly accessible to users via contains()) Pavel On 16.10.2013 20:10, Stephen F Northover wrote: I took a quick look through JavaFX to find how this exception is used. It is mostly used to indicate impossible situation. Is that the situation we have here? Personally, for me, if we throw the exception, then we will generally just leave it that way forever. Steve On 2013-10-16 11:22 AM, Pavel Safrata wrote: On 16.10.2013 17:03, Stephen F Northover wrote: Could do something useful with what was there now? We can always fix this in future by adding another API to govern the interpretation of the value. Not much useful. Anyway, any such stuff can be quite easily done by reading the intersectedPoint's Z coordinate. Throwing the exception indicates that the call is unsupported, but application code can be written to catch the exception and when we implement the API, it can break (I realize that this is unlikely). The exception can tell by the message that the operation will be supported in the future. Pavel Steve On 2013-10-16 10:46 AM, Richard Bair wrote: My quick vote would be throwing the exception, but is like to hear from Steve and Kevin. On Oct 16, 2013, at 1:04 AM, Pavel Safrata pavel.safr...@oracle.com wrote: Hello, it looks like we can't help releasing a not-fully-baked piece of API with FX8. We've added bunch of new APIs for 3D and did our best to make them work well. Unfortunately, there's been not enough timepriority to fine-tune their behavior in 2D world. Right now I'm concerned about camera position in scene. It is inherent in the 3D perspective camera that it has its specific position in world, but the 2D parallel camera as we have it projects everything to the XY plane basically by ignoring the Z coordinate, so the camera position doesn't matter all that much. However, some of the newly added APIs depend on it: 1. Near/far clip on camera. This obviously cannot work without knowing where the camera is. Right now the parallel camera does no clipping though, so I guess we are OK to go with it as a known limitation. 2. PickResult on events which reports intersectedDistance between the camera and the picked point. This is worse because we can't just not support it -
Re: Media is now opensource
+1 Am 18.10.2013 um 20:53 schrieb Scott Palmer swpal...@gmail.com: I propose the codecs be made pluggable. The licensing issue can be left to the application developer. https://javafx-jira.kenai.com/browse/RT-2684 Once that is in place, support for whatever codec you wish can be added. FFMPEG could be used as an example. I'm against adding any new codecs without first putting in a user-extensible codec mechanism that does not require modifying JavaFX to support new formats. I.e. make the dog food first, then eat it. Scott On 2013-10-18, at 2:03 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Media is very regulated area in legal terms. Using different codecs may involve using and even violating some license agreements. Anyway you're welcome to propose anything. On 18.10.2013 21:37, Robert Krüger wrote: Great news! Does this mean that it is now possible to add support for more demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg comes to mind)? On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
That sounds right to me. On Oct 18, 2013, at 11:53 AM, Scott Palmer swpal...@gmail.com wrote: I propose the codecs be made pluggable. The licensing issue can be left to the application developer. https://javafx-jira.kenai.com/browse/RT-2684 Once that is in place, support for whatever codec you wish can be added. FFMPEG could be used as an example. I'm against adding any new codecs without first putting in a user-extensible codec mechanism that does not require modifying JavaFX to support new formats. I.e. make the dog food first, then eat it. Scott On 2013-10-18, at 2:03 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Media is very regulated area in legal terms. Using different codecs may involve using and even violating some license agreements. Anyway you're welcome to propose anything. On 18.10.2013 21:37, Robert Krüger wrote: Great news! Does this mean that it is now possible to add support for more demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg comes to mind)? On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
Absolutely the best option for the platform. If, before such a mechanism is in place, interested parties have an option to do something (even if it is a hack), that's a good thing anyway. On Fri, Oct 18, 2013 at 8:53 PM, Scott Palmer swpal...@gmail.com wrote: I propose the codecs be made pluggable. The licensing issue can be left to the application developer. https://javafx-jira.kenai.com/browse/RT-2684 Once that is in place, support for whatever codec you wish can be added. FFMPEG could be used as an example. I'm against adding any new codecs without first putting in a user-extensible codec mechanism that does not require modifying JavaFX to support new formats. I.e. make the dog food first, then eat it. Scott On 2013-10-18, at 2:03 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Media is very regulated area in legal terms. Using different codecs may involve using and even violating some license agreements. Anyway you're welcome to propose anything. On 18.10.2013 21:37, Robert Krüger wrote: Great news! Does this mean that it is now possible to add support for more demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg comes to mind)? On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko kirill.kiriche...@oracle.com wrote: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: [REVIEW REQUEST] RT-33442: isSelected in TableViewSelectionModel is called too many times
On 19/10/2013 2:13 a.m., Stephen F Northover wrote: If it is a noop, will it not break people when the system calls it and it does nothing? Only the abstract TableSelectionModel is a no-op, the implementations (one each for TableView and TreeTableView) will both override and provide the implementation that I already have in the patch for TableView. I would rather have the implementation in the base class but this is not feasible due to requirements in looking up column indices. Further, what about discontinuous selections (ie. one item, then an unselected item, then a million selected items in a block). You can do this on native Windows using Shift+Ctrl+Select but I see that this is not supported in the FX table. I haven't included discontinuous selection in this round of performance research, but in general the changes in the RT-33442 changeset will have the same drastic improvement there as well. However, as you note, there is not a full implementation of discontinuous selection implemented in TableView yet, so the point is a little moot at this stage. -- Jonathan
hg: openjfx/8/graphics/rt: Fix RT-33462: SubScene will NPE for invalid negative width or height. Review by Kevin.
Changeset: 8e93e33663b7 Author:Thor johannesson thor.johannes...@oracle.com Date: 2013-10-18 11:18 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/8e93e33663b7 Fix RT-33462: SubScene will NPE for invalid negative width or height. Review by Kevin. ! modules/graphics/src/main/java/com/sun/javafx/sg/prism/NGSubScene.java
hg: openjfx/8/graphics/rt: RT-32717: TextField/TextArea: on Windows, for Thai text, caret goes back to the beginning when it meets \u0E33 character.
Changeset: 22aa27362cdb Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2013-10-18 13:26 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/22aa27362cdb RT-32717: TextField/TextArea: on Windows, for Thai text, caret goes back to the beginning when it meets \u0E33 character. Reviewed-by: Phil Race ! modules/graphics/src/main/java/com/sun/javafx/text/TextRun.java
Re: Media is now opensource
Great news! What's the current state at this point? What is still missing? Cheers, Mario Il 18/ott/2013 18:37 Kirill Kirichenko kirill.kiriche...@oracle.com ha scritto: Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
hg: openjfx/8/graphics/rt: RT-28754: Change FX startup such that the Application is initialized and constructed in the FX application thread
Changeset: 9e79dc29f1a6 Author:kcr Date: 2013-10-18 14:00 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/9e79dc29f1a6 RT-28754: Change FX startup such that the Application is initialized and constructed in the FX application thread Reviewed-by: snorthov,ngthomas,ddehaven ! modules/graphics/src/main/java/com/sun/javafx/application/LauncherImpl.java ! modules/graphics/src/main/java/javafx/application/Application.java ! tests/system/src/test/java/launchertest/Constants.java ! tests/system/src/test/java/launchertest/MainLauncherTest.java ! tests/system/src/test/java/launchertest/TestApp.java + tests/system/src/test/java/launchertest/TestAppNoMainThreadCheck.java + tests/system/src/test/java/launchertest/TestAppThreadCheck.java + tests/system/src/test/java/launchertest/TestNotApplicationThreadCheck.java + tests/system/src/test/java/launchertest/TestPreloader.java
hg: openjfx/8/graphics/rt: RT33681 fix header info (docs only)
Changeset: 75e9636f923c Author:dmasada Date: 2013-10-18 15:46 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/75e9636f923c RT33681 fix header info (docs only) ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/importers/Importer3D.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/importers/maya/Loader.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/importers/maya/MayaAnimationCurveInterpolator.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/AutoScalingGroup.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/jfx3dviewer/Xform.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/PolygonMesh.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/PolygonMeshView.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/SkinningMesh.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/SubdivisionMesh.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/symbolic/OriginalPointArray.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/symbolic/SubdividedPointArray.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/symbolic/SymbolicPointArray.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/symbolic/SymbolicPolygonMesh.java ! apps/experiments/3DViewer/src/main/java/com/javafx/experiments/shape3d/symbolic/SymbolicSubdivisionBuilder.java ! apps/experiments/3DViewer/src/test/java/com/javafx/experiments/exporters/javasource/JavaSourceExporterTestApp.java ! apps/experiments/Modena/src/main/java/modena/SamplePageNavigation.java ! apps/experiments/Modena/src/main/resources/modena/CombinationTest.fxml ! apps/experiments/Modena/src/main/resources/modena/SameHeightTest.fxml ! apps/experiments/Modena/src/main/resources/modena/ScottSelvia.fxml ! apps/experiments/Modena/src/main/resources/modena/simple-window.fxml ! apps/experiments/Modena/src/main/resources/modena/ui-mosaic.fxml ! apps/samples/Ensemble8/src/samples/resources/ensemble/samples/fxml/fxmldemo/Login.css ! apps/samples/Ensemble8/src/samples/resources/ensemble/samples/fxml/fxmldemo/Login.fxml
hg: openjfx/8/graphics/rt: RT33681 fix header info (docs only)
Changeset: 042520fca5b0 Author:dmasada Date: 2013-10-18 16:11 -0700 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/042520fca5b0 RT33681 fix header info (docs only) ! apps/experiments/Modena/src/main/java/modena/SamplePageNavigation.java
RE: Media is now opensource
Thanks Kirill, good job. You guys had already a working prototype of an app that recorded audio and video. I wonder if this is also available? Thanks, best regards, Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, -- Pedro Duque Vieira
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, which is shipped as part of the JDK (not the JRE) as javafx-mx.jar has not been open-sourced, but it is only used for optional tooling (and currently lacks an owner). Most (almost all) Jira issues are publicly visible (after sign-in), but some are not (maybe due to security or other concerns). Will this continue to be the case going forward? Yes. In what ways (just in terms of things relevant to JavaFX) does the open source distribution you could build from the openjfx repository differ from what Oracle might include in the JDK? (e.g. VP6 won't be in open-jfx, Oracle provided browser plugin/webstart support won't be accessible, anything else?) That's pretty much it. VP6, T2K, deploy, FX JMX tooling. -- Kevin John Smith wrote: Is the open sourcing of JavaFX now complete? (I think it might be) If not, what is outstanding? Are there auxiliary things like test frameworks or performance tools that are intended to be open sourced to support JavaFX development? Most (almost all) Jira issues are publicly visible (after sign-in), but some are not (maybe due to security or other concerns). Will this continue to be the case going forward? In what ways (just in terms of things relevant to JavaFX) does the open source distribution you could build from the openjfx repository differ from what Oracle might include in the JDK? (e.g. VP6 won't be in open-jfx, Oracle provided browser plugin/webstart support won't be accessible, anything else?) -Original Message- From: openjfx-dev-boun...@openjdk.java.net [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Kirill Kirichenko Sent: Friday, October 18, 2013 9:35 AM To: openjfx-dev@openjdk.java.net Subject: Media is now opensource Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
This is really great news! Is the fact that the VP6 decoder is not included because of a legal issue? On 19 October 2013 10:39, Pedro Duque Vieira pedro.duquevie...@gmail.comwrote: Thanks Kirill, good job. You guys had already a working prototype of an app that recorded audio and video. I wonder if this is also available? Thanks, best regards, Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, -- Pedro Duque Vieira
RE: Media is now opensource
That's an absolutely fantastic milestone. Thanks to all involved! -Original Message- From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com] Sent: Friday, October 18, 2013 4:55 PM To: John Smith Cc: Richard Bair (richard.b...@oracle.com); openjfx-dev@openjdk.java.net Subject: 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, which is shipped as part of the JDK (not the JRE) as javafx-mx.jar has not been open-sourced, but it is only used for optional tooling (and currently lacks an owner). Most (almost all) Jira issues are publicly visible (after sign-in), but some are not (maybe due to security or other concerns). Will this continue to be the case going forward? Yes. In what ways (just in terms of things relevant to JavaFX) does the open source distribution you could build from the openjfx repository differ from what Oracle might include in the JDK? (e.g. VP6 won't be in open-jfx, Oracle provided browser plugin/webstart support won't be accessible, anything else?) That's pretty much it. VP6, T2K, deploy, FX JMX tooling. -- Kevin John Smith wrote: Is the open sourcing of JavaFX now complete? (I think it might be) If not, what is outstanding? Are there auxiliary things like test frameworks or performance tools that are intended to be open sourced to support JavaFX development? Most (almost all) Jira issues are publicly visible (after sign-in), but some are not (maybe due to security or other concerns). Will this continue to be the case going forward? In what ways (just in terms of things relevant to JavaFX) does the open source distribution you could build from the openjfx repository differ from what Oracle might include in the JDK? (e.g. VP6 won't be in open-jfx, Oracle provided browser plugin/webstart support won't be accessible, anything else?) -Original Message- From: openjfx-dev-boun...@openjdk.java.net [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Kirill Kirichenko Sent: Friday, October 18, 2013 9:35 AM To: openjfx-dev@openjdk.java.net Subject: Media is now opensource Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, K
Re: Media is now opensource
That's pretty much it. VP6, T2K, deploy, FX JMX tooling. VP6 won't ever be opened because it is licensed 3rd party code. However it isn't used that much anymore, most folks are using h.264. T2K I will come back to. Deploy code (meaning, Applets) is not planned to be open sourced, and I don't think it can be, unless JavaSE open sources all the applet / webstart code. The JMX tooling code really doesn't work well (last I tried it didn't work at all…). However I have big plans for JMX tooling in the 9 timeframe which might come to fruition (anybody out there interested in live-debugging JavaFX let me know, I've got a project for you!). I don't now that we should bother open sourcing the JMX tooling code vs. just replacing it. Kevin, if it is easy to open it, lets just do it and use it as a starting point. For T2K, I'm a little unclear and hope someone can help clear up for me under what circumstances we use T2K in the shipping product. My current understanding was that we use native fonts for every platform except maybe embedded, but that we want to switch from T2K to native fonts (Pango or HarfBuzz or whatnot) soon. Is that right? The JDK uses an open source font library for OpenJDK, but T2K for the Oracle JDK. On FX we just wanted to have a single implementation that was used by both. The hope is that besides Applet code and VP6, everything in the Oracle JavaFX would be available in OpenJFX, so that JavaFX is truly an open source project built on open source code. For you guys at RedHat, the answer is: everything is open source. Go forth, build, and prosper :-). I read on twitter Miho succeeded in a build of OpenJFX based on OpenJDK. I think the doors are open for business. Other than we still need the mercurial server moved from version .9 to something modern so that we can have outside committers commit to the repo directly, whereas right now it would require gate repos. Sadness. But if it takes a Gate repo we'll use a darn gate repo so that we can be a real open source project. Richard
Re: Media is now opensource
Is the fact that the VP6 decoder is not included because of a legal issue? Yes, we don't own the code (Google does!) so we can't release it. Google has opened VP8, the successor to VP6, but not VP6. Richard
Re: Media is now opensource
Put me down as interested Richard. We can chat a bit on it at Devoxx Sven Am 19.10.2013 02:08 schrieb Richard Bair richard.b...@oracle.com: That's pretty much it. VP6, T2K, deploy, FX JMX tooling. VP6 won't ever be opened because it is licensed 3rd party code. However it isn't used that much anymore, most folks are using h.264. T2K I will come back to. Deploy code (meaning, Applets) is not planned to be open sourced, and I don't think it can be, unless JavaSE open sources all the applet / webstart code. The JMX tooling code really doesn't work well (last I tried it didn't work at all…). However I have big plans for JMX tooling in the 9 timeframe which might come to fruition (anybody out there interested in live-debugging JavaFX let me know, I've got a project for you!). I don't now that we should bother open sourcing the JMX tooling code vs. just replacing it. Kevin, if it is easy to open it, lets just do it and use it as a starting point. For T2K, I'm a little unclear and hope someone can help clear up for me under what circumstances we use T2K in the shipping product. My current understanding was that we use native fonts for every platform except maybe embedded, but that we want to switch from T2K to native fonts (Pango or HarfBuzz or whatnot) soon. Is that right? The JDK uses an open source font library for OpenJDK, but T2K for the Oracle JDK. On FX we just wanted to have a single implementation that was used by both. The hope is that besides Applet code and VP6, everything in the Oracle JavaFX would be available in OpenJFX, so that JavaFX is truly an open source project built on open source code. For you guys at RedHat, the answer is: everything is open source. Go forth, build, and prosper :-). I read on twitter Miho succeeded in a build of OpenJFX based on OpenJDK. I think the doors are open for business. Other than we still need the mercurial server moved from version .9 to something modern so that we can have outside committers commit to the repo directly, whereas right now it would require gate repos. Sadness. But if it takes a Gate repo we'll use a darn gate repo so that we can be a real open source project. Richard
Re: Media is now opensource
Does JavaFX support VP8 and, if not, when will it support it? On 19 October 2013 11:16, Richard Bair richard.b...@oracle.com wrote: Is the fact that the VP6 decoder is not included because of a legal issue? Yes, we don't own the code (Google does!) so we can't release it. Google has opened VP8, the successor to VP6, but not VP6. Richard
