ork, Gtk does that, but on
> > GtkWindow level, not GdkSurface (which replaces GdkWindow).
> >
> > Thus the move to use "more Gtk" (hence "less Gdk") which is exactly what
> > the PR does. It also removes Applet code
> >
> > This is also a goo
Il giorno mar 13 nov 2018 alle ore 16:11 Ty Young
ha scritto:
>
>
> On 11/12/18 9:12 PM, Brian Hudson wrote:
> > JavaFX like every other modern UI framework is single threaded.
>
>
> Which in itself is fine, running *just* the UI isn't much on modern
> processors. Adding a bunch of API object upda
On Fri, Feb 9, 2018 at 3:07 PM, Michael Paus wrote:
> Am 09.02.18 um 14:49 schrieb Mario Torre:
>>
>> On Fri, Feb 9, 2018 at 2:29 PM, Mark Raynsford
>> wrote:
>>
>>> I suppose what I'm really saying is: When (if ever) can I expect JavaFX
>>> to b
On Fri, Feb 9, 2018 at 2:29 PM, Mark Raynsford wrote:
> I suppose what I'm really saying is: When (if ever) can I expect JavaFX
> to be present unconditionally with OpenJDK installs? I probably can't
> migrate to JavaFX until that day...
JavaFX is not part of the Java specifications for the JDK
2018-01-07 18:58 GMT+01:00 Michael Paus :
> And then what?
Robert wanted to contribute some fixes, he presumably has a couple of
bugs that he can report (or perhaps that are already in the bug
database), if the changes are minor, he can start doing that now by
contributing the fixes on the mailin
2017-12-19 23:04 GMT+01:00 Scott Palmer :
> The project should be configured to use the Gradle Wrapper, so the correct
> version of Gradle is used automatically.
This is not an option for Linux distributions and is not an option for
many people using them. We need to be able to produce a build wi
For me the most intricate part is about building the webkit based
code, especially on RHEL/CentOS. I admit I didn't try with the very
latest code drop though. The moving version of Gradle is also an
issue, since we try to use a stable toolchain on those OSes.
Cheers,
Mario
2017-12-19 21:11 GMT+01
2017-12-06 9:40 GMT+01:00 John-Val Rose :
> Yes, I obviously need to know if anything I work on or design is going to
> be accepted or is even wanted by the community as a whole, and as early on
> in the process as possible. Heck, if I had my way, JavaFX would be used to
> build everything from fo
I think Phil said that, the way to propose such changes is to file a Jep
and discuss it here.
Cheers,
Mario
On Wed 6. Dec 2017 at 09:07, Markus KARG wrote:
> I think what John actually asked for is whom to send his design upfront at
> the JFX team to get an initial judgement whether it is worth
On Thu, Jun 23, 2016 at 6:49 PM, Richard Bair wrote:
> 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
On Tue, Jun 14, 2016 at 12:25 PM, Robert Krüger
wrote:
> Only regarding the net loss for the community: There are not many places
> where people trying to defend (and make a living off) Java as a viable
> desktop technology can try to get information from Oracle and the questions
> he asks are als
On Thu, Mar 3, 2016 at 2:48 PM, Maurice wrote:
> At the moment the embedded environment I'm using is not able to use
> downloaded or external supplied fonts. I've traced through the system and
> found that it looks like it fails in pango.c FcConfigAppFontAddFile, at
> least OSPango.FcConfigAppFont
Hi Phil, Kevin,
On Fri, Feb 19, 2016 at 7:10 PM, Phil Race wrote:
> We had not forgotten that the other JEP was there (as a draft)
> but the new JEP started with a pure FX focus on allowing FX to use either
> GTK2 or GTK3 depending on what you needed.
> It was extended (feature creep) whilst bein
2015-12-01 14:03 GMT+01:00 Felix Bembrick :
> Is it really true that *all* of JavaFX is open source?
>
> Even if it is, if I wanted to say take some aspects of the product in a
> radical new direction, wouldn't someone from Oracle have to approve the
> changes?
>
> If yes, then only Oracle can br
My humble opinion is that what should happen to stop this FUD once and
for all is that JavaFX becomes finally part of OpenJDK (as in same
codebase and same build infrastructure) and a formal part of the Java
API.
I'm sure this will happen eventually and everything seems to go toward
this goal, but
Hi all,
Is there going to be a lunch/dinner/breakfast/beer/something like last
year at JavaOne? I didn't see any email on the mailing list (but I've
been a bit off lately so I probably just missed this).
Cheers,
Mario
--
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerprint: BA39 966
On Tue, 2015-04-21 at 09:52 +0200, Tom Eugelink wrote:
> Totally off topic, I apologise, but the subscribers to this list are the type
> of people who may have the experience I seek.
>
> I've been trying to pitch the concept of named parameters for Java 9, but
> somehow my JEP is never picked up
As a long time OpenJDK contributor I agree the fact of needing to be
an Author to file bug reports is an inconvenience.
This is something that is discussed basically at every public meeting
where the Governing Board is present (particularly at Fosdem,
sometimes at Java One as well).
For OpenJDK A
IRA based https://bugs.openjdk.java.net/
Kevin, is that right, did I understand you correctly?
Cheers,
Mario
2015-04-15 10:08 GMT+02:00 Mario Torre :
> 2015-04-15 8:32 GMT+02:00 Tobias Bley :
>> Hi,
>>
>> in my opinion it’s definitely no good news to move from JIRA to JBS. While
&g
2015-04-15 8:32 GMT+02:00 Tobias Bley :
> Hi,
>
> in my opinion it’s definitely no good news to move from JIRA to JBS. While
> Jira is a very good and popular bug tracking system, the JDK JBS is a pain.
> With JBS the community efforts will decrease. It’s too complicated to be part
> of the Java
2015-04-15 0:20 GMT+02:00 Kevin Rushforth :
> As part of this transition, we will enable anonymous viewing of bugs (no
> need to login just to look at a bug) and they will be easily searchable
> online.
Great news!
Cheers,
Mario
--
pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
Fingerpr
It gave me a big headache, but it's so cool looking at it that I could
not stop! :)
Thanks for bringing back memories ;)
Cheers,
Mario
2015-03-09 9:36 GMT+01:00 Benjamin Gudehus :
> Hi Chris,
>
> that's amazing. Would it be possible in the future to allow both Canvas and
> Shapes (in a Scene gr
Hi Anton,
This is new to me, I think OpenJDK 8 does *not* contain OpenJFX (or JavaFX).
You are probably referring to the Oracle closed JDK.
Cheers,
Mario
Il 24/nov/2014 08:49 "Anton V. Tarasov" ha
scritto:
> Hello Alexander,
>
> On 22.11.2014 17:42, Александр Свиридов wrote:
>
>> Hello everybo
On Thu, 2014-08-28 at 12:04 +0200, Mario Torre wrote:
> On Wed, 2014-08-27 at 17:03 +0100, Martijn Verburg wrote:
> > I think a move to GTK 3 would eliminate a class of java/Linux desktop
> > issues we run across today. My concern would be the long term maintenance
> > of th
On Fri, 2014-10-10 at 16:27 +0200, Mike Hearn wrote:
> I'm using FontAwesomeFX in my app (thanks for that guys!) and it works
> brilliantly except for one icon (THUMB_TACK), that is being set as a
> graphic in a listview. It works fine on MacOS but renders only a box on
> Windows. The icon sho
wide default would be
neat (I think there's already some flags to drive the selection of the
default native theme, never really tried out how this works though).
Cheers,
Mario
> On Wednesday, 27 August 2014, Mario Torre wrote:
>
> > Hi all,
> >
> > First of all
Hi all,
First of all, sorry for cross posting... I would like to kindly ask to
direct all the replies to this thread to the "discuss" alias if
possible.
Is a bit of time I'm playing with the idea of implementing a proper GTK3
look and feel for OpenJDK, something to make the jdk look a bit more
mo
I don't know, most of this thread is about things that seems low level
enough to warrant a discussion on this list, we can forgive one or two
"usage" related questions, no?
Cheers,
Mario
Il 07/apr/2014 22:11 "John Smith" ha scritto:
> Hi Exo,
>
> For general JavaFX usage questions, stackoverflow
It would probably make sense to try doing this together rather than
waiting for things to happen, this way you could use this wonderful
workforce that your community is!
Can you maybe point to bugs and/or share with us specific issues (and
pain points) yet unresolved?
Cheers,
Mario
2013/12/16 St
On Tue, 2013-12-03 at 16:04 +0100, 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 whole Scene Builder functionality is available, including the SB Kit
> API as well as the standalone SB ap
2013/11/20 Scott Palmer
>
> I guess I don't quite understand the "packaging and distribution" process.
> If the packaging and distribution runs gradlew instead of gradle, what
> does it matter if the project was changed to use a different version?
> There will effectively be no dependencies tha
ng a lot of bugs out of 8. Any new features will be done in 9, but
>> probably not until after 8u20 is in very good shape.
>>
>>
>> -- Kevin
>>
>>
>> Mario Torre wrote:
>>
>>> 2013/11/20 Kevin Rushforth >> kevin.rushfo...@oracle.com>>
2013/11/20 Kevin Rushforth
> We might do an upgrade during some JDK 8u release (e.g., 8u20 or 8u40),
> but there would need to be a good reason to do so.
>
Hmmm, I really hope this won't be done, it would likely prevent to release
newer JavaFX (meaning more work to backport fixes).
Will JavaFX
for FX 8, since we are hitting rampdown phase
> 2 in less than two weeks.
>
> Ordinarily, you should expect to receive more notice for these sort of
> changes, and they should be done as part of a milestone build or similar.
>
> -- Kevin
>
>
>
> Mario Torre wrote:
>
&g
2013/11/20 Kevin Rushforth
> All,
>
> Primarily to fix https://javafx-jira.kenai.com/browse/RT-34171 we are
> upgrading our build environment for JavaFX 8 from gradle 1.4 to gradle 1.8.
> This will be done prior to next week's build for b118. I've been running
> gradle 1.8 for almost two weeks wi
This is awesome!
Cheers,
Mario
Il 30/ott/2013 23:06 "Kevin Rushforth" ha
scritto:
> 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
>
>
Great news!
What's the current state at this point? What is still missing?
Cheers,
Mario
Il 18/ott/2013 18:37 "Kirill Kirichenko" 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 de
Hmm, honestly, this is quite surprising, since afaik in JNI you only
need to check for Java type exceptions if the methods return anything
but a successful condition (that is, in JNI calls obviously), with the
specification requiring that exceptions should be deferred and
explicitly handled in code
But this puts the task to update the jre in the hands of the developer, no?
This would be very insecure in my opinion then.
Cheers,
Mario
Il giorno 03/set/2013 20:36, "Richard Bair" ha
scritto:
> >> I would strongly recommend leaving the shared JRE install world behind.
> >
> > As a suggestion,
On Tue, 2013-09-03 at 10:19 -0500, David Ray wrote:
> Final methods more so take the control out of the hands of the many
> developers, and places it in the hands of the API designers.
> If there is an issue, and demands are high - would we rather
>
> A. Report the issue and wait for the origina
On Tue, 2013-09-03 at 08:34 +0200, Fabrizio Giudici wrote:
> On Tue, 03 Sep 2013 07:16:06 +0200, Tom Eugelink wrote:
>
> > AFAIK there was never a framework that used final a lot, so time will
> > tell if the choice was right. Swing and the JDK made it this far. But
>
> The NetBeans Platform A
But you can probably render the swt widgets into a buffered image.
I'm not sure how swt works, I need to look at it, but it should be possible
to create a proxy peer component that takes care of all the windowing state
and delegate rendering to swing/jfx.
Of course, its a lot of work...
I sugges
more achievable in the short term and generally give decent results.
> > >
> > > Right now, if you want to deploy jfx my pick suggestion would be
> > > completely avoid any of the oracle solutions and just pay the licence
> > > fee for install4j. Although I&#x
For Swing you can actually use CacioWeb, works quite well. Zero deployment,
no VM needed, no plugin, just an HTML 5 capable browser.
Doesn't work with JavaFX unfortunately.
Cheers,
Mario
Il giorno 19/lug/2013 00:03, "Daniel Zwolenski" ha
scritto:
>
> There are definitely credible alternatives.
At first I was about to reply a +1 to Kevin, but then I realised:
1. This is indeed an area where people want to know the implementation
details.
2. An enum can be extended with different implementations, for example add
a non MSAA to the mix.
The drawback is that the enum may grow just for the
On Mon, 2013-07-08 at 09:09 -0700, Richard Bair wrote:
Hi Richard,
> You are on Linux I'm guessing (educated guess). The open source linux
> implementation was I believe just barely pushed. Which repo are you
> building from (master or graphics)?
Ouch, sorry I didn't say that... Yes, working on
Hi all!
I tried to compile JavaFX with the gradle build, and here are my
results, with different settings:
1. *** Closed Everything ***
JAVA_HOME=/closed/jdk-8-ea-96/
BINARY_STUB=/closed/jdk-8-ea-96/jre/lib/ext/jfxrt.jar
[neugens@galactica rt]$ gradle jfxrt
> Loading
...
:jfxrtLinux
:jfxrt
B
On Mon, 2013-07-08 at 14:20 +0200, Martin Sladecek wrote:
> The plan is to have a final validate() method.
> Anyway, does anybody have a better suggestion? The validate should do
> both CSS and layout and I would like to avoid method name that's too
> descriptive (like validateLayoutAndCSS()) if
On Tue, 2013-06-25 at 15:14 -0400, steve.x.northo...@oracle.com wrote:
> We are likely to be in flux for the rest of this week.
Right :)
] * What went wrong:
22:04:10.761 [ERROR] [org.gradle.BuildExceptionReporter] Could not
resolve all dependencies for configuration ':graphics:compile'.
22:04:10
On Tue, 2013-06-25 at 13:10 -0400, steve.x.northo...@oracle.com wrote:
> Hello OpenJFX,
> We are hoping that the workspace reorganization and the new gradle build
> will make it much easier for everybody to be able to build & test with
> JavaFX.
Hello Steve,
Speaking of gradle, I have:
[org.
Hi all!
I was trying to figure out how JavaFX parses and uses the style under
the hood and I stumbled on something I don't fully understand (I admit
I'm not really a CSS expert yet :).
In the modena.css, right at the .root selector we have:
/* These are needed for Popup */
-fx-background
51 matches
Mail list logo
