Kevin already reviewed this fix during a discussion on the Jira issue
(see the comments), but I realized after I pushed that I never sent out
a public request for reviews to the list...
Jira: https://javafx-jira.kenai.com/browse/RT-36566
webrev:
Some interesting changes for developers to note with this fix:
- Previously (pre-8.0) we added 2 parameters to control our vram usage:
-Dprism.maxvram=NNN[kmg]
-Dprism.targetvram=NNN[kmg]
- Our implementation was fairly ham-handed, if you ever needed more than
the target we would
Reminder, Monday is our weekly sanity testing.
You can find your testing assignment at:
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing
Also please remember that the repo will be locked from 1am PDT until 1pm
PDT.
Happy testing!
Thanks,
Vadim
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 shows
Hi all,
Please note that the assignments have changed. Happy (in)Sanity!
Steve
On 2014-10-10, 7:38 AM, Vadim Pakhnushev wrote:
Reminder, Monday is our weekly sanity testing.
You can find your testing assignment at:
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing
Also please
Team,
Next week is our rampdown week heading into our M3 milestone. The focus
will be on regressions, especially those introduced in 8u40. We are
unlikely to accept non-trivial changes next week unless they are fixing
a regression.
As a reminder, an extra +1 is needed from one of the leads
I've noticed this with some icons, double check that the font file
you're using in FontAwesomeFX does actually contain the icon,
FontAwesome seems to add new icons even in minor releases.
It's the same JAR on all three platforms, and Windows is the only one it
fails on. I don't think it can
As a glimmer of hope, I would note that at some unspecified point in the
future, we plan to migrate the FX JIRA database to bugs.openjdk.java.net
(the JIRA instance that is used for JDK bugs), which does support adding
attachments.
-- Kevin
Stephen F Northover wrote:
You can put code in the
A box implies that the code point could not be mapped. FX code in this
respect
is completely cross-platform until you get down to requesting the glyph from
DirectWrite or CoreText so the most likely things are that either they
can't map
it or its what Mario said.
Suppose you also have a copy
If the FX bugs move to that JIRA, it sounds like it will be a lot harder
to file comment on bugs.
IIRC, only Authors (people who have signed the Oracle Contributor
Agreement?) can get a JIRA account there.
Neil
From: Kevin Rushforth kevin.rushfo...@oracle.com
To: Stephen F
Hi Steve,
Please, review the fix:
https://javafx-jira.kenai.com/browse/RT-38915
http://cr.openjdk.java.net/~ant/RT-38915/webrev.0
Where some additional cleanup (field reset) is made on JFXPanel disposal.
Thanks,
Anton.
Someone got in touch with me today and pointed out a bug in this code, but
it was already fixed by me some time ago. I've refreshed the gist with the
latest versions of these classes, but the upstream project is now fully
open source. You can get the latest code here:
I hereby nominate Chris Bensen to OpenJFX Committer.
Chris is a member of JavaFX team at Oracle working on the Java (FX)
packager tool.
A list of Chris' commits is available by the following link:
http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen
Four of the changesets in this
Vote: yes
On 11.10.2014 3:49, Kevin Rushforth wrote:
I hereby nominate Chris Bensen to OpenJFX Committer.
Chris is a member of JavaFX team at Oracle working on the Java (FX)
packager tool.
A list of Chris' commits is available by the following link:
14 matches
Mail list logo