Hey everybody!
These all sound like really good points. I agree with Pedro that the ability to
auto-reload (especially during development) is a really great thing, but I
agree with the blog post and Clemens that in production this can be problematic
depending on the location of the source CSS f
Hi Steve,
It could be a benchmark problem, although I wouldn’t be surprised at all if the
benchmark was exercising the platform in some way that was CPU limited.
Assuming it is CPU limited (and not going multi-core), I think the problem
really comes down to what Markus said:
> The limiting fac
Hi Herve,
Thanks for chiming in. I agree. From my own experience and benchmarking with
other app-dev GUI toolkits, JavaFX performs very well for a very wide range of
use cases. That being said, performance was always a passion of mine and I know
there is more to be had. I like Kevin’s idea of
I think you just nailed it on the head Markus :-).
> On Jul 21, 2016, at 10:56 AM, Markus KARG wrote:
>
> The limiting factor is the single-thread architecture of rather all parts of
> JavaFX. The only real difference you see between machines is not correlating
> with neither number of CPU cor
Have you guys profiled the application to see where the CPU time is spent? How
many nodes in the app?
In the past the majority of CPU time has been spent in one or more of the
following (not sure if it still applies):
- Computing changed bounds (a lot of work was done to speed this up, but I
Hi,
As you know, I’ve been on the periphery of this project for the last several
years, my full time employment taking me into a different path from client
toolkits. The time has come to pass the torch, and part of that is to send my
official resignation so that another may take it up. Truly, t
>>> 2) Do we want to have different behaviors for OS X and non-OS X? I'm a
>>> newly inducted member into the cult of Mac, and I don't yet have all
>>> my bearings sorted out, so I don't have a strong opinion here.
>> Please don't make different OSes behave differently as this is a real pain.
>> I
Vote: YES
> On Dec 22, 2015, at 6:10 PM, Jasper Potts wrote:
>
> Vote: yes
>
> Sent from my iPhone
>
>> On Dec 22, 2015, at 5:03 PM, Alexander Kouznetsov
>> wrote:
>>
>> Vote: yes
>>
>> Best regards,
>> Alexander Kouznetsov
>> (408) 276-0387
>>
>>> On 21 дек 2015 11:45, David Hill wrote:
You should be able to add generics compatibly, you just can't change the
generics signature. One shot to get it right IIRC.
> On Nov 25, 2015, at 8:57 AM, Jonathan Giles wrote:
>
> It was an oversight at the time, and (from memory) is now a breaking change
> to fix it, so for now it remains as
Is it consistent among all android devices, or is it a specific device?
> On Oct 15, 2015, at 12:30 PM, Johan Vos wrote:
>
> Thanks Jim.
> I tried with different optimization flags, but it doesn't make a big
> difference. Tracing it down to system calls, somehow the gl implementation
> seems be
Donald, do you know if the iOS version has the JIT compiler? I know Apple
reduced the restriction for some cases, but I can’t remember if it applied to
us or not. Or is the VM on iOS interpreter only?
Richard
> On Oct 7, 2015, at 2:21 PM, Donald Smith wrote:
>
> There is no "official JDKs fo
> Why can't an effort be made to influence JBS policies before making the
> switch?
I think the way to do this is to engage the JBS folks on their alias, I don’t
think they watch this one and Kevin doesn’t have the ability to change this
policy. He’s just the messenger!
Richard
Hi everybody,
Moving to JBS is both good and bad. The good:
Reduce costs associated with the project
Reduce internal overhead for development processes (everybody on Java uses JBS
for everything so having a second JIRA makes everything harder with release
management, management, even engineers w
Sounds like this may be a case of "where view details become essential to the
operation of the control, then define the Control to always include those
specific view details.”
> On Mar 23, 2015, at 11:45 AM, Robert Krüger wrote:
>
>
>
> On Mon, Mar 23, 2015 at 7
tl;dr; I lean toward keeping the Control API as view-agnostic as possible, but
where view details become essential to the operation of the control, then
define the Control to always include those specific view details.
Cool!
> On Feb 5, 2015, at 2:19 PM, Mani Sarkar wrote:
>
> Hi All,
>
> As per Chris's message and the tweet I got last night / this morning I'm
> updating you (which I was intending to do when the time was right), that we
> now have a successful OpenJFX build on Cloudbees, see
> https://adopt-o
I’m afraid at this time there are no plans for adding an animation/transition
effect editor to Scene Builder, certainly not in the short-term.
Thanks
Richard
> On Nov 13, 2014, at 7:34 PM, Felix Bembrick wrote:
>
> Java applets were the first "programs" to run inside a web browser and for
> a
Hi Chris,
I’ve not seen any experiments or investigation along these lines, looking
forward to what you find!
Richard
> On Nov 3, 2014, at 3:42 PM, Chris Newland wrote:
>
> Hi all,
>
> As part of the JITWatch[1] project I've written a tool called JarScan
> which counts the bytecode size of m
> That said,I think the right approach in the long term is to move the build to
> use Gradle's support for C and C++. It supports the MS compiler as well as
> MinGW on Windows and all the popular compilers on other platforms. If we
> combined that with the ability to build just the 32bit JDK wh
No, we don’t have anything built in that supports this. You can write one of
course using JNI although JNI unfortunately is a bit of a pain in the neck. You
might be able to use JNA or another such library to make this easier (even the
RoboVM project has some nice way of calling native from Java
I tried writing one once just using a TextField, but it ended up being very
difficult. With the TextFlow as a basis instead, it might be easier. You can
also do it out of a composite of controls as you mention here, depending on the
user experience you are looking for with the control. I would p
I’ll let one of the other guys answer about the web component build order, but
...
On Sep 1, 2014, at 11:58 PM, Niklas Therning wrote:
> Also, how is the jfxrt.jar that comes with my Java8 installation treated by
> the build? I guess it is ignored since otherwise I wouldn't get any
> compilatio
> I won't be able to get access to a Windows machine for another week or so but
> when I do I will gladly send you some screenshots. However, are you saying
> that this is the first time anyone has reported such a finding? There's no
> existing JIRA for this specific issue? I ask because even t
The work for planning is now done within OpenJDK. You might want to look at
some of the JEPs defined for FX in upcoming releases (such as
http://openjdk.java.net/jeps/209, http://openjdk.java.net/jeps/205,
http://openjdk.java.net/jeps/204, etc).
Thanks
Richard
On Aug 11, 2014, at 2:08 PM, Adam
autosize() on Node may be what you want (sizes it then afterward you can read
values)?
On Aug 4, 2014, at 10:56 AM, Mike Hearn wrote:
> I'd like to find the calculated height of a node in my window controllers
> initialise() method, so I can shrink the height to zero and then animate it
> to th
Hmmm. The first question I have is whether boundsInParent is really what you
want to use, vs. layout bounds. But assuming it is what you want, why are the
bounds zero? This is during the layout pass, which is the right place to be
doing what you’re doing. The super layoutChildren call will size
> This sounds like there are concrete plans for this, which wood be
> great news.
I’d say there were a lot of thoughts around it but it hasn’t been turned into
an actionable plan. Heck, I don’t even know if we have a JIRA for it (Kevin
would know…)
Richard
> The approach where an integration A
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
Hmmm… FX Experience is running for me. Is anybody else having this problem?
Richard
On Jul 8, 2014, at 2:51 PM, ngalarn...@abinitio.com wrote:
> Hi Steve,
>
> My understanding of Swing was that when in a modal dialog, which blocked
> the EDT, a second EDT was fired up for the duration of the d
And to top it all off, supporting shared JVMs is extremely security challenging.
On Jul 8, 2014, at 12:40 PM, Stephen F Northover
wrote:
> This would imply that there was more than on distinguished GUI thread per
> process. JavaFX runs in the native GUI thread by design and more than one
> G
One thing we’ve always considered was adding some kind of convenience API to
Node to toggle how the layout bounds are computed (whether they take into
account transforms or not). Martin, how difficult would that be, do you think?
Richard
On Jun 5, 2014, at 11:41 AM, Rafal Leibzig wrote:
> Tha
My guess would be that the number of resize events is swamping the event queue.
> On Jun 2, 2014, at 7:20 AM, Guillaume Anctil wrote:
>
> Hi,
>
> I have encountered severe lag in my application when resizing the stage
> while an animation is running.
>
> I've made this very simple example code
> It would be nice if Oracle or somebody else produced some documentation on
> this. You could create a feature request in Jira
> (https://javafx-jira.kenai.com) for such documentation or email the
> documentation team (javasedocs...@oracle.com), or write a blog or a openjfx
> wiki article (h
> My question to the list is: How do you guys produce 32 bit libjfxwebkit.so
> with debugging symbols? Have you been able to? Do you have any special tricks
> in your sleeves?
Oh man, you’re in unchartered waters. Building webkit is a royal pain in the
neck :-(. You’ve already ventured farther
Vote: YES
On May 14, 2014, at 10:39 AM, Stephen F Northover
wrote:
> I hereby nominate Jerome Cambon to be an OpenJFX Committer.
>
> Jerome Cambon is a significant contributor of the JavaFX Scene Builder 2.0
> product, and is the designated owner of the Inspector Panel as well as the
> CSS P
Vote: YES
On May 14, 2014, at 10:48 AM, Stephen F Northover
wrote:
> I hereby nominate Yves Joan to be an OpenJFX Committer.
>
> Yves Joan is a significant contributor of the JavaFX Scene Builder 2.0
> product, and is the designated owner of the Library Panel, Document Panel and
> product pa
Vote: YES
On May 14, 2014, at 10:33 AM, Stephen F Northover
wrote:
> I hereby nominate Eric Le Ponner to be an OpenJFX Committer.
>
> Eric Le Ponner is a significant contributor of the JavaFX Scene Builder 2.0
> product, and is the architect of the SB Kit API as well as the designated
> owne
Vote: YES
On May 14, 2014, at 10:48 AM, Stephen F Northover
wrote:
> I hereby nominate Mo Chicharro to be an OpenJFX Committer.
>
> Mo Chicharro is a significant contributor of the JavaFX Scene Builder 2.0
> product, and, as the visual and interaction designer, he is the designated
> owner o
Vote: YES
On May 14, 2014, at 10:48 AM, Stephen F Northover
wrote:
> I hereby nominate Sandra Lions-Piron to be an OpenJFX Committer.
>
> Sandra Lions-Piron is a significant contributor of the JavaFX Scene Builder
> 2.0 product, and is the designated owner of the Hierarchy Panel as well as
>
Hi,
Actually I don’t know of any reason why Window and Scene cannot be created and
initialized on any thread. Each of these has a peer, and the *peer* we can’t
update except on the right thread (or with care, these are OS specific
restrictions or issues). But I don’t see any reason why the Java
> I do not know if JavaFX was ever designed to allow such an approach.
The intent was that you wouldn't have to, but that the system would do it for
you. That is, we (in theory) would break a scene graph down and process it with
multiple threads, both for bounding volume computations as well as
Vote: YES
On Apr 10, 2014, at 5:31 AM, David Hill wrote:
>
> I hereby nominate Elina Kleyman to OpenJFX Committer.
>
> Elina is a member of JavaFX Embedded team at Oracle. Elina's changes are in
> Glass support code, as well as our test and sample applications.
>
> hg log -M -u "Elina Kleym
Yes, this is one of the few things that I just hate about IDEA.
On Apr 7, 2014, at 6:00 PM, Kevin Rushforth wrote:
> I can't speak to other IntelliJ issues, but the root cause of this particular
> one is the same thing that Debbie ran into last week -- IntelliJ doesn't
> launch programs using
When you get your game finished, let us know :-).
On Apr 6, 2014, at 10:09 AM, Exo Verse wrote:
> Windows makes its own separate stack space for each OpenGL context
> integration. Which is why it runs so smoothly on Windows7. Win7 already
> separates each running process as independent from each
You might also want to try using the PulseLogger (which was recently refactored
to be usable from Java Flight Recorder). See
http://hg.openjdk.java.net/openjfx/8u-dev/rt/file/978e5c042214/modules/base/src/main/java/com/sun/javafx/logging/PrintLogger.java.
Basically a few system properties are ne
> Turns out it was a stupid mistake on my part causing the last few linking
> errors, I hadn't added one of the C files I needed to the makefile (well I
> had, but I'd then reverted it again without realising!) Thanks to all for
> the prods and advice.
>
> Once I'd done that, the build went throug
> One last hurdle, you need to remove the media library for JavaFX
> (lib/libjfxmedia.dylib) from your bundled JDK. It uses QuickTime and that is
> being disowned by apple. This may be fixed in a later 8u update, but not in
> 8.0.0_b132.
Oh good grief, Apple! So what should we be using instea
e ObjectProperty}
>> * @param initialValue
>> *the initial value of the wrapped value
>> * @param invalidationConsumer
>> * the consumer to be called when the bean is
>> invalidated
>> */
>>publi
lmer wrote:
>> Thanks.. just figured that out myself.
>> As my colleague just said to me "the world is good again"
>>
>> On Thu, Mar 20, 2014 at 4:00 PM, Richard Bair
>> wrote:
>>> InvalidationListener has one param, ChangeListener ha
InvalidationListener has one param, ChangeListener has 3. So the arity of the
lambda tells the compiler which kind to produce. If there was ambiguity, the
compiler would complain.
Richard
On Mar 20, 2014, at 12:54 PM, Scott Palmer wrote:
> So I'm looking at Java 8 stuff now and I see that add
hat is coming next?
>
>
> Thanks,
>
> Neil
>
>
>
>
> From:Richard Bair
> To:Felix Bembrick
> Cc:"openjfx-dev@openjdk.java.net Mailing"
>
> Date:03/19/2014 02:46 PM
> Subject:Re: Congratulations
> So yes, a big THANK YOU to Richard and his team and everyone at Oracle and
> all the other individuals and 3rd parties who have contributed to getting
> JavaFX (and Java) to where it is today.
>
> You guys/gals should be really proud :-)
I agree, congrats to all the folks inside and outside Ora
Ah, this is really nice!
Binding bb = EasyBind.select(control.sceneProperty())
.select(s -> s.windowProperty())
.selectObject(w -> w.showingProperty());
On Mar 19, 2014, at 9:12 AM, Tomas Mikula wrote:
> Hi all,
>
> I just released EasyBind (http://www.fxmisc.org/easybind/),
>> The default implementation (for Observable) would look like this:
>>
>> public default void ensureListener(InvalidationListener listener) {
>>removeListener(listener);
>>addListener(listener);
>> }
>>
>> subclasses might do something more effective. The same would apply to
>> Observabl
Sadly, still not possible :-(. Though I still think it's a great way to go!
> On Jan 20, 2014, at 7:45 PM, Christian Schudt wrote:
>
> Hi together,
>
> I just (re-)read Richard's excellent article
> http://fxexperience.com/2011/10/fxml-why-it-rocks-and-the-next-phase/
>
> He talks about "the
Very cool! Triple bonus points for writing some design documentation :-)
Richard
On Jan 8, 2014, at 4:00 PM, Daniel Blaukopf wrote:
> Hi,
>
> A few of us in the JavaFX team have been trying over the holidays to put
> together an embedded implementation of Glass that has minimal native code.
Could you write a single skin that delegates to one or more reusable skins?
On Jan 7, 2014, at 7:26 AM, John Hendrikx wrote:
> On 7/01/2014 14:50, Tomas Mikula wrote:
>> Interesting ideas. I'm wondering, do you switch skins often enough that you
>> are worried about performance (and thus care a
Hi Tom!
On Jan 4, 2014, at 12:57 PM, Tom Eugelink wrote:
> I'm trying to run JavaFX UI tests using TestFX on a headless Jenkins server
> (Ubuntu / Debian). I've gotten to the point where the UI is actually started
> by Jenkins, but then the test fail with a "no suitable pipeline found". Any
>
> MigLayout is a very popular layout engine in Swing and SWT (and also gaining
> ground on Android), I think it would be good for SceneBuilder to better
> support MigLayout.
+1, I’d love to see enough support in SceneBuilder that any 3rd party layout
container could supply editor support, so th
some specific metadata that help Scene Builder to edit/create FXML
> text
> - adding some specific UI logic that enables the Inspector panel to present
> and let the user edit the value
> Doing this requires a pretty deep understanding of SB2 architecture.
>
> Eric
>
>
>
If somebody else wanted to contribute, where should they go looking for those
limitations and how to remove them? Or is it very deeply embedded in the code?
On Jan 3, 2014, at 2:15 AM, Eric Le Ponner wrote:
> Yes, SB currently makes a filtering : for custom components, it displays:
> - propert
k.java.net
> [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Tomas Mikula
> Sent: Monday, December 16, 2013 9:19 AM
> To: Richard Bair
> Cc: openjfx-dev@openjdk.java.net
> Subject: Re: [announce] InhiBeans: mitigate redundant recalculations
>
> As a matter of fact, I have. Only
Have you looked at https://github.com/Netflix/RxJava by chance? I've been dying
to see somebody do an RxJava in JavaFX ever since devoxx and it looks like you
may have inadvertently started down that path :-).
Richard
On Dec 16, 2013, at 8:09 AM, Tomas Mikula wrote:
> On Mon, Dec 16, 2013 at
And Yves! It looks like you made the magic happen :-)
Thanks!
Richard
On Dec 3, 2013, at 12:16 PM, Richard Bair wrote:
> Really, really great news! Thanks Simon and Eric and the rest of the team for
> getting this done!
>
> Richard
>
> On Dec 3, 2013, at 7:04 AM, S
Really, really great news! Thanks Simon and Eric and the rest of the team for
getting this done!
Richard
On Dec 3, 2013, at 7:04 AM, Simon Vienot wrote:
> Hello OpenJFXers !
>
> We're very happy to announce that Scene Builder is now open source, as a part
> of the OpenJFX project.
> The whol
Hi Steve,
Prism isn't really designed to be used at that level, and we will definitely
break you moving forward. The RoboVM project + libgdx might be more what you're
looking for?
Cheers
Richard
On Nov 17, 2013, at 10:56 AM, Steve Hannah wrote:
> Hello all,
>
> I'm looking into extracting o
All the things you can style from CSS resolve to properties in the code, so in
any case there would be a property in code, it is just a question of whether
you also want to be able to set the value from CSS.
> On Nov 13, 2013, at 10:31 PM, Anthony Petrov
> wrote:
>
> I'm not sure if CSS is th
Frankly, I don't think it works. In 9 I wanted to revisit tooling and make JMX
the way metrics are gathered (such as pulse logger stats and such that scenic
view could use that instead of private Apis, etc)
> On Nov 12, 2013, at 1:38 AM, Sven Reimers wrote:
>
> Hi,
>
> looking into the mbeans
Another approach is to have a local copy of gradle.properties and put the
BUILD_JAVADOC=true line in that file.
> On Nov 11, 2013, at 7:52 AM, Kevin Rushforth
> wrote:
>
> Thanks, Jonathan, I think this is a worthy effort. I usually use the latter
> (... clean sdk) to build the javadoc at the
w company who develops a
>> professional, performant and reliable solution for „JavaFX on iOS and
>> Android“ which contains of a JVM and the 6 degrees Felix described in his
>> blog post, mainly native integration (API) and look and feel (skins, native
>> controls).
>>
A (which is hosted on an Oracle server -- at
> least that's what whois says), so adding Crucible should just be a matter of
> sending email to your infrastructure people shouldn't it?
>
> Cheers,
>
> Mark
>
>
>
> On Thu, Nov 7, 2013 at 3:54 PM, Richard Bair
akes diff's easier to read, and lets you provide feedback in the context of
> the code.
>
> Cheers,
>
> Mark
>
>
>
> On Thu, Nov 7, 2013 at 3:21 PM, Richard Bair wrote:
> Awesome! Thanks guys. I hope everybody else sees what I see here -- a
> constant co
Awesome! Thanks guys. I hope everybody else sees what I see here -- a constant
continually effort to improve OpenJFX and make it a real Open Source project in
every sense of the word. Major thanks to Steve for pushing on this so hard.
Richard
On Nov 7, 2013, at 6:36 AM, Stephen F Northover
wr
I *really* doubt this has anything to do with the legal battle, it is much more
likely to be the fact that Dalvik is painfully slow. Using an AOT compiler is
not actually changing anything with regards to the fact that their development
language is Java with a non-TCK compliant set of class libr
r control?
>>>>>
>>>>>
>>>>> I was using iPad3 (iOS 7.0, Xcode 5.0).
>>>>>
>>>>> Olda
>>>>>
>>>>> On 10/29/13 7:32 PM, Stephen F Northover wrote:
>>>>>> I was going to create a
e I think that is what
>>>> UIKIt controls take).
>>>>
>>>> Could anyone fire up Xcode, create a dummy iOS app, create a UIFont and
>>>> see what is the size ?
>>>>
>>>> Felipe
>>>>
>>>>
>>>
Hi guys,
The default font for iOS is supposed to be System Bold 15 (according to
http://stackoverflow.com/questions/17325152/what-size-font-is-the-title-in-a-default-uibutton
anyway), and it does look more correct to me. Our code is getting to this
native method in MacFontFinder.c
JNIEXPORT jf
ot be the ideal solution, but could be
> useful for specific use cases, like a video preview overlay. Would that make
> any sense?
>
>
> Scott
>
>
>
>> On Tue, Oct 22, 2013 at 7:59 PM, Richard Bair
>> wrote:
>> To do this we need to either solve the auto-l
To do this we need to either solve the auto-layer problem in the NG nodes /
Glass / Quantum, or we need to ask the app developer to use SubScene and put
all the native stuff in a single SubScene, and all lightweight content above
and below it. For the short term, we could use the SubScene approa
I'm looking at Glass Application.EventHandler. It appears to only be used by
QuantumToolkit in one place. Although the interface defines 13 methods or so,
only one appears to ever be implemented? What is the story behind this class,
or should it mostly be nuked?
Richard
On Oct 22, 2013, at 9:38 AM, Pedro Duque Vieira
wrote:
> These have are just styled CheckBoxes (or Toggle buttons, or Radio Buttons).
> We've done this for example for DukePad.
> Yes that's right but I think that as it is used so much on Android, ios and
> windows 8 it should have a control r
Hi Matthias, I think Assaf, one of the embedded engineers, is now on the
mailing list and can help answer these questions.
Thanks
Richard
On Oct 21, 2013, at 1:58 AM, Matthias Hänel wrote:
> Hi,
>
>
> I believe my conceptual question on touch/mouse events has been missed
> because of the ot
> I would avoid image based CSS files… we should create pure CSS based skins
> using pure css styles and SVG paths…
That would definitely be (a lot) more work, but if you're going to be scaling
up the controls you will appreciate them being normal background fills & paths.
Richard
> javafx, like for instance: a toggle button (a control that looks like a
> flip switch)
These have are just styled CheckBoxes (or Toggle buttons, or Radio Buttons).
We've done this for example for DukePad.
> , comboboxes where you change the value through a wheel, etc..
Yes, need this kind of
> I would avoid image based CSS files… we should create pure CSS based skins
> using pure css styles and SVG paths…
That would definitely be (a lot) more work, but if you're going to be scaling
up the controls you will appreciate them being normal background fills & paths.
Richard
> 1. Can you provide me with a detailed summary of where the iOS/Android
> ports are currently?
I got this from Tomas today (with some minor modifications):
*
-Text rendering
Hopefully the last thing remaining to have Android fully opensourced is native
text rendering sup
> 1) Look and Feel:
>
> IMO it’s enough to build „native looking“ css based skins! That could be very
> quickly without complex technologies like CALayer etc.
Generally this should be very easy for somebody to do. There is a ui kit
already out there that designers use for mocking up UI designs
d about 10 seconds to start the
>> simple list example on iPhone4. So it’s too long. I tried to use the
>> preloaded class via property „-Djavafx.preloader“ but it doesn’t work, my
>> preloaded class is not instantiated…
>>
>> Tobi
>>
>>
>>
>> Am
> Personally I feel we *have* to go with the "layering" approach as I don't
> believe look-and-feel emulation will ever give a true native experience (as
> outlined in my 6 Degrees post).
>
> Has *any* work been done on this layering?
No there hasn't been.
> Are there other products on iOS for
> 1. Can you provide me with a detailed summary of where the iOS/Android
> ports are currently? This includes the platform specific stuff to make
> either RoboVM or an Oracle JVM work?
I would say, it is in a good prototype stage. It hasn't had heavy testing, so
the biggest risk is the unknown.
> 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.
Sweet! See you there.
> On Oct 18, 2013, at 5:25 PM, Sven Reimers wrote:
>
> 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" :
>> > That's pretty much it. VP6, T2K, dep
2013, at 5:29 PM, Felix Bembrick wrote:
>
> Does JavaFX support VP8 and, if not, when will it support it?
>
>
>> On 19 October 2013 11:16, Richard Bair wrote:
>> > Is the fact that the VP6 decoder is not included because of a legal issue?
>>
>> Yes, we d
> 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
> 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
So that this consensus ends up going somewhere, who wants to make this happen?
> On Oct 18, 2013, at 12:48 PM, Martin Klähn wrote:
>
> +1
> Am 18.10.2013 20:55 schrieb "Scott Palmer" :
>
>> I propose the codecs be made pluggable. The licensing issue can be left
>> to the application developer.
That sounds right to me.
On Oct 18, 2013, at 11:53 AM, Scott Palmer 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
Thanks! This is great news!
Richard
On Oct 18, 2013, at 9:35 AM, 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 c
Usually, file jira and attach a patch (and a unit test for expedited service
:-))
Richard
> On Oct 17, 2013, at 8:26 AM, Matthias Hänel wrote:
>
> the mailerdemon striped my java file ;)
>
> The fixed code snippet from FXActivity.java is:
>
>} else {
>//single tou
ception, 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,
1 - 100 of 420 matches
Mail list logo
