Vote: yes
On 28.08.2015 4:55, Kevin Rushforth wrote:
I hereby nominate Alexander Matveev [1] to OpenJFX Committer.
Alexander was an initial member of JavaFX team at Oracle when the
OpenJFX project was created, and was on the initial list of approved
committers [2]. His status as OpenJFX commi
I hereby nominate Alexander Matveev [1] to OpenJFX Committer.
Alexander was an initial member of JavaFX team at Oracle when the
OpenJFX project was created, and was on the initial list of approved
committers [2]. His status as OpenJFX committer was not recorded at that
time on the Census. This
I just pushed the changeset for JEP 257 [1] [2] on behalf of Alexander
Matveev to the openjfx 9-dev repo. If you have any questions about the
new GStreamer, please let Alexander or Kirill know. This will be in next
week's early access build of JDK 9 (build 80).
As previously announced [3] this
Hi all,
As promised the other week here is an updated javadoc export of the
proposed APIs for JEP 253. It includes the APIs for the third subproject
(new CSS APIs), and it also _removes_ the APIs for the second subproject
(InputMap APIs).
The URL for the JavaDoc is here:
http://jonathangile
On 27 August 2015 at 19:53, David DeHaven wrote:
>
> > +1 for deprecation - I haven't used VP6 in a long while, and would value
> > the whole thing being open source more than its inclusion.
> >
> > Out of interest, is this anything to do with JEP 257? I started looking
> at
> > this with Kirill'
> +1 for deprecation - I haven't used VP6 in a long while, and would value
> the whole thing being open source more than its inclusion.
>
> Out of interest, is this anything to do with JEP 257? I started looking at
> this with Kirill's guidance a year or so ago, but sadly many other things
> had
It's not directly related to JEP 257, no. Just some outstanding cleanup.
Btw, speaking of JEP 257, we plan to integrate that to 9-dev today.
-- Kevin
Michael Berry wrote:
+1 for deprecation - I haven't used VP6 in a long while, and would value
the whole thing being open source more than its i
I've adapted the build.gradle to use java -fullversion instead of java
-version, parsing the result with a regexp.
diff -r 9b5fc7c1e5e6 build.gradle
--- a/build.gradle Fri Aug 07 18:35:42 2015 -0700
+++ b/build.gradle Thu Aug 27 15:52:11 2015 +0200
@@ -719,29 +719,27 @@
if (!file(JAV
Am 27.08.15 um 13:18 schrieb Kirill Kirichenko:
On 27.08.2015 9:29, Dr. Michael Paus wrote:
To me this sounds again like a Java/JavaFX specific solution which, to
my opinion, is a dead-end road. I think it would be much more important
that JavaFX can directly use all system installed codecs. I s
+1 for deprecation - I haven't used VP6 in a long while, and would value
the whole thing being open source more than its inclusion.
Out of interest, is this anything to do with JEP 257? I started looking at
this with Kirill's guidance a year or so ago, but sadly many other things
had to take prece
> On Aug 27, 2015, at 2:29 AM, Dr. Michael Paus wrote:
>
> Am 26.08.15 um 22:25 schrieb Scott Palmer:
>>
>> Then legacy formats could be provided in optional downloads and new formats
>> can be supported without the need to integrate them within the JRE code.
>>
>>
> To me this sounds again
On 27.08.2015 9:29, Dr. Michael Paus wrote:
To me this sounds again like a Java/JavaFX specific solution which, to
my opinion, is a dead-end road. I think it would be much more important
that JavaFX can directly use all system installed codecs. I simply don't
understand why it is possible to inst
12 matches
Mail list logo
