Re: Windows support for HiDPI displays, call for feedback and testing

2015-06-10 Thread Dr. Michael Paus
Hi Jim let me answer your last questions first. > Just to be sure I understood that last paragraph correctly > - adding a ColorAdjust to a group of ImageViews makes it slow down on 8u60, but not on 8u40. Yes, but I was not able to reproduce that behavior in a simple example. Otherwise I woul

JavaFx: not String null values and binding

2015-06-10 Thread Александр Свиридов
I have a POJO class Test that has Integer and String fields (all of them can be null). And I have javafx form with TextFields. To bind Test fields to text fields I use adapter. Now I create an instance of Test (all fields will be null) Test test=new Test(); TestAdapter adapter=newTestAdapter(tes

Re: JavaFx: not String null values and binding

2015-06-10 Thread Tom Schindl
So if the value is null-able IntegerProperty is not the right type! You need to use a ObjectProperty but this is more of a user forum question. Tom On 10.06.15 13:56, Александр Свиридов wrote: > > I have a POJO class Test that has Integer and String fields (all of them can > be null). And I hav

[8u60, 9] review request: RT-46186: FX application hangs on exit when media gets stuck

2015-06-10 Thread Kirill Kirichenko
Hi Alexander, Kevin. Could you please review the following fix? jira: https://javafx-jira.kenai.com/browse/RT-46186 wevrev: http://cr.openjdk.java.net/~stayer/RT-46186/webrev.00/ Please review and comment in JIRA if it's still in read-write mode ? K

Re: [8u60,9] review request: RT-46186: FX application hangs on exit when media gets stuck

2015-06-10 Thread Kevin Rushforth
I'll review it in JIRA. FX JIRA will continue to be in read-write mode until Friday at 9am Pacific. If anyone has trouble writing to it before then, please let me know. -- Kevin Kirill Kirichenko wrote: Hi Alexander, Kevin. Could you please review the following fix? jira: https://javafx-j

JavaFX JIRA issues moving to JBS Friday, June 12

2015-06-10 Thread Kevin Rushforth
We are on track to perform the migration of FX JIRA issues to JBS this Friday, June 12. The RT project in the JavaFX JIRA issue tracker will become read-only at 9:00 am Pacific time Friday morning. JBS planned downtime is from 1:00 pm - 5:00 pm Pacific Friday afternoon, after which JavaFX bu

[9] request for review: RT-34644 Webview radio button and checkboxes missing

2015-06-10 Thread Anton V. Tarasov
Hi Kevin, Please review the fix: JIRA: https://javafx-jira.kenai.com/browse/RT-34644 webrev: http://cr.openjdk.java.net/~ant/RT-34644/webrev.0 Thanks, Anton.

JavaFX printing on OS X is horribly broken

2015-06-10 Thread Scott Palmer
The JavaFX bug https://javafx-jira.kenai.com/browse/RT-38198 refers to the JDK bug https://bugs.openjdk.java.net/browse/JDK-8064833 which appears to be back ported to 8u60 via https://bugs.openjdk

Re: JavaFX printing on OS X is horribly broken

2015-06-10 Thread Phil Race
"dev" is not what is used to create the promoted builds. That would be master. Even then, the 8u60 backport is marked as fixed in build "team" so you are very premature in testing this unless you want to pull the 8u60 sources and build your own and test with that. Once "Resolved In Build:team

Font rendering hints - RT-36146 - progress?

2015-06-10 Thread Felix Bembrick
I am following this one closely and hoping that some progress has been made and that a fix is planned but it's difficult to determine from the JIRA issue. Does anyone have any additional info on where this issue is at? Thanks, Felix

Re: JavaFX printing on OS X is horribly broken

2015-06-10 Thread Scott Palmer
Ah, thanks for the insight. I was going to try building OpenJDK, but it requires an ancient version of XCode that I don’t feel like downloading for this one thing (another reason to convert the JDK build to use Gradle for everything), so I’ll likely just wait for b20+. I just wanted to be able

Re: Windows support for HiDPI displays, call for feedback and testing

2015-06-10 Thread Jim Graham
Hi Michael, On 6/10/15 12:39 AM, Dr. Michael Paus wrote: If I understand you correctly you are saying that all this HiDPI-handling is done under the covers and should be fully transparent to the programmer, whereas I think that this is not possible for non-trivial cases. (Is this foo. versus foo