Re: Milestone moved: M1 is now Aug 11, 2014
As a reminder, we will be in rampdown mode for the week prior to the Aug 11 M1 milestone build. This means that starting on Monday, Aug 4, you need an additional "+1" from one of the leads. We are likely to be more liberal about what goes in this next week since this is the first milestone, and because we don't yet have promoted builds of 8u40, and are still busily working on features. See https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing for weekly freeze and milestone rampdown rules. -- Kevin & Steve Stephen F Northover wrote: Hi all, This week (July 28) is the week before M1 milestone (Aug 4) so we should be ramping down (ie. extra +1 restrictions for committing code, more/better testing, etc.). Since this is the first milestone for 8u40 and there important API deadlines, I spoke with Kevin and we agreed to move M1 back a week to Aug 11 to give us a bit more time before the ramp down. I have updated the wiki: https://wiki.openjdk.java.net/display/OpenJFX/8u40 Steve
Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS
The owner of the code area (Kirill) should at least be aware of what you are doing. As long you have one reviewer in the area you touched (Alexander reviewed), then it is OK, although I want to review non-trivial build changes (which this one isn't, but your subsequent changes will be). Anyway, I just reviewed it. I will follow-up with an e-mail reminder about the additional rules for next week since we are ramping down for milestone M1. -- Kevin David DeHaven wrote: Ping Kevin, Kirill? (how many reviewers do I need these days?) -DrD- JIRA Issue: https://javafx-jira.kenai.com/browse/RT-38074 Latest webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.2/ Removed new makefile (eyesore), cleaned up/enhanced existing Makefile, fixed a compiler warning. Last iteration hopefully, I let it bake for 12 hours and haven't had the urge to change anything ;) -DrD- Kirill, Alexander, Kevin: New version up for review, please take a look: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.1/ I moved OSXPlatform and OSXMediaPlayer code back to jfxmedia, since it was meant to be an abstraction point for using either QTKit or AVFoundation in the first place. -DrD- Belay that review.. I have some (significant) changes to make, in preparation for the larger task of implementing the AVFoundation based code. -DrD- JIRA: https://javafx-jira.kenai.com/browse/RT-38074 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.0/ This change moves the QTKit based media platform code into it's own dylib. NativeMediaManager had to be modified to allow detection of the new library to determine if the platform was available or not. There may be a slight performance impact due to loading the native libs sooner, but the bulk of the initialization is still done at a later time. -DrD-
Re: How to learn the identity of the graphics card?
Scott is correct about the determining of the SW pipeline. To add to that, if knowing whether you are running on SW is sufficient, you can assume (for now as well as the foreseeable future) that 3D is supported only when running on a HW pipeline. So checking for Platform.isSupported(ConditionalFeature.SCENE3D) is a good indication that you are running on the SW pipeline (or on a device that lacks NPOT texture support although the intersection of cards that support Prism but not NPOT is vanishingly small on desktop platforms). I think the suggestion about starting out assuming that animation will be OK and then backing off is a good one, if it is practical for your application. -- Kevin Scott Palmer wrote: I believe it is possible, though not through public API, to determine if you are using the software pipeline or not. If that isn't enough, how about just adapt at runtime by starting out with the more demanding animations and falling back automatically if the framerate doesn't meet your minimum requirement. Then at least you will be drawing to the screen meaningful info and the user may never notice. You could even hide the measurement in an animated splashscreen or something like that. Scott On Thu, Jul 31, 2014 at 7:25 PM, Kevin Rushforth mailto:kevin.rushfo...@oracle.com>> wrote: Yeah, that would be a bit of a problem. Without doing something like that, though, it would just be an approximation, since the performance of animation depends on the complexity of the geometry, the performance of the GPU, the performance of the CPU, etc. -- Kevin Mike Hearn wrote: Would it be feasible for you to do some measurements / calibration on the system and make the determination based on measured speed? That seems more to the point anyway. I don't know how to do that without actually drawing to the screen, which I don't want to do.
Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS
Ping Kevin, Kirill? (how many reviewers do I need these days?) -DrD- > > JIRA Issue: > https://javafx-jira.kenai.com/browse/RT-38074 > > Latest webrev: > http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.2/ > > Removed new makefile (eyesore), cleaned up/enhanced existing Makefile, fixed > a compiler warning. > > Last iteration hopefully, I let it bake for 12 hours and haven't had the urge > to change anything ;) > > -DrD- > >> >> Kirill, Alexander, Kevin: >> >> New version up for review, please take a look: >> http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.1/ >> >> I moved OSXPlatform and OSXMediaPlayer code back to jfxmedia, since it was >> meant to be an abstraction point for using either QTKit or AVFoundation in >> the first place. >> >> -DrD- >> >>> >>> Belay that review.. I have some (significant) changes to make, in >>> preparation for the larger task of implementing the AVFoundation based code. >>> >>> -DrD- >>> JIRA: https://javafx-jira.kenai.com/browse/RT-38074 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.0/ This change moves the QTKit based media platform code into it's own dylib. NativeMediaManager had to be modified to allow detection of the new library to determine if the platform was available or not. There may be a slight performance impact due to loading the native libs sooner, but the bulk of the initialization is still done at a later time. -DrD- >>> >> >
Re: How to learn the identity of the graphics card?
I believe it is possible, though not through public API, to determine if you are using the software pipeline or not. If that isn't enough, how about just adapt at runtime by starting out with the more demanding animations and falling back automatically if the framerate doesn't meet your minimum requirement. Then at least you will be drawing to the screen meaningful info and the user may never notice. You could even hide the measurement in an animated splashscreen or something like that. Scott On Thu, Jul 31, 2014 at 7:25 PM, Kevin Rushforth wrote: > Yeah, that would be a bit of a problem. Without doing something like that, > though, it would just be an approximation, since the performance of > animation depends on the complexity of the geometry, the performance of the > GPU, the performance of the CPU, etc. > > > -- Kevin > > > Mike Hearn wrote: > >> >> Would it be feasible for you to do some measurements / calibration >> on the system and make the determination based on measured speed? >> That seems more to the point anyway. >> >> >> I don't know how to do that without actually drawing to the screen, which >> I don't want to do. >> >
Re: How to learn the identity of the graphics card?
Yeah, that would be a bit of a problem. Without doing something like that, though, it would just be an approximation, since the performance of animation depends on the complexity of the geometry, the performance of the GPU, the performance of the CPU, etc. -- Kevin Mike Hearn wrote: Would it be feasible for you to do some measurements / calibration on the system and make the determination based on measured speed? That seems more to the point anyway. I don't know how to do that without actually drawing to the screen, which I don't want to do.
Re: How to learn the identity of the graphics card?
> > Would it be feasible for you to do some measurements / calibration on the > system and make the determination based on measured speed? That seems more > to the point anyway. I don't know how to do that without actually drawing to the screen, which I don't want to do.
Re: How to learn the identity of the graphics card?
There is no way to do this through the API (or any other public API that I am aware of). In general, this is discouraged because it leads to non-portable code. Would it be feasible for you to do some measurements / calibration on the system and make the determination based on measured speed? That seems more to the point anyway. -- Kevin Mike Hearn wrote: I'd like to change my animations depending on whether the users GPU can keep up. For now, I'm OK with some manual string matching on adapter IDs. I see no way in JavaFX to find out what hardware I'm on. Is there a different/other way to get this data, via some other Java API?
hg: openjfx/8u-dev/rt: 4 new changesets
Changeset: d02f4bddeed4 Author:hudson Date: 2014-07-24 07:54 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d02f4bddeed4 Added tag 8u20-b24 for changeset fb2c6cb178c1 ! .hgtags Changeset: e56a8bbcba20 Author:hudson Date: 2014-07-24 21:23 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e56a8bbcba20 Added tag 8u20-b25 for changeset d02f4bddeed4 ! .hgtags Changeset: 292cf1a8bc82 Author:hudson Date: 2014-07-31 08:05 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/292cf1a8bc82 Added tag 8u20-b26 for changeset e56a8bbcba20 ! .hgtags Changeset: abe50f87067a Author:kcr Date: 2014-07-31 15:59 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/abe50f87067a Automated merge with http://hg.openjdk.java.net/openjfx/8u20/rt - .idea/rt-tests.iml - modules/graphics/src/main/java/com/sun/glass/ui/PlatformAccessible.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanAcceleratedScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanCursor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/dispman/DispmanScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/headless/HeadlessScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/InputDevice.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/InputDeviceRegistry.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/KeyState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseInputSynthesizer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/MouseState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchInput.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/TouchState.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/AssignPointIDTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/LookaheadTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/NearbyPointsTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/SmallMoveTouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/TouchFilter.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/input/filters/TouchPipeline.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/AbsoluteInputCapabilities.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/FBDevScreen.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/GetEvent.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/Input.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/KeyBits.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxEventBuffer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxEventBuffers.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxFrameBuffer.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputDevice.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputDeviceRegistry.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxInputProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxKeyProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxMouseProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxPlatform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxPlatformFactory.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSimpleTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxStatefulMultiTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxStatelessMultiTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSystem.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxTouchProcessor.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxTouchTransform.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/SysFS.java - modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/Udev.java - modules
3D Map Master Released into the iTunes Store...
Hi Danno & OpenJFX team, Today 3D Map Master was released into the iTunes Store. I wanted to thank Danno and the team for helping me to get it packaged properly. This is really important because this is a SaaS using Java (Swing & JavaFX). I use Restful 2.x web services and a Casandra BigData database for the back end. So it is not quite like the rest of the apps in iTunes. More of an Enterprise Solution. Best Regards, Tony Anecito JavaOne Dukes Winner, Founder/President MyUniPortal LLC http://www.myuniportal.com
How to learn the identity of the graphics card?
I'd like to change my animations depending on whether the users GPU can keep up. For now, I'm OK with some manual string matching on adapter IDs. I see no way in JavaFX to find out what hardware I'm on. Is there a different/other way to get this data, via some other Java API?
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: 101968b1eef0 Author:David Grieve Date: 2014-07-31 14:37 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/101968b1eef0 RT-36510: [CSS] Reduce CssMetaData boilerplate code ! modules/graphics/src/main/java/javafx/css/StyleablePropertyFactory.java ! modules/graphics/src/test/java/javafx/css/StyleablePropertyFactoryTest.java ! modules/graphics/src/test/java/javafx/css/StyleablePropertyFactory_createMethod_Test.java Changeset: 376fe4bf61aa Author:David Grieve Date: 2014-07-31 14:37 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/376fe4bf61aa RT-37727: [CSS] StyleablePropertyFactoryTest: reintroduce test for StyleableProperty ! modules/graphics/src/main/java/javafx/scene/CssStyleHelper.java ! modules/graphics/src/test/java/javafx/css/StyleablePropertyFactoryTest.java ! modules/graphics/src/test/java/javafx/css/StyleablePropertyFactory_createMethod_Test.java
hg: openjfx/8u-dev/rt: [Accessibility] Indetermine progress bar to report 0% (same as native)
Changeset: ed872c81796d Author:Felipe Heidrich Date: 2014-07-31 10:53 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ed872c81796d [Accessibility] Indetermine progress bar to report 0% (same as native) ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java
hg: openjfx/8u-dev/rt: [TOYS] Improve HelloText to test for line/sentence/paragraph
Changeset: 01d4bbc663bf Author:Felipe Heidrich Date: 2014-07-31 10:17 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/01d4bbc663bf [TOYS] Improve HelloText to test for line/sentence/paragraph ! apps/toys/Hello/src/main/java/a11y/HelloText.java
hg: openjfx/8u20/rt: Added tag 8u20-b26 for changeset e56a8bbcba20
Changeset: 292cf1a8bc82 Author:hudson Date: 2014-07-31 08:05 -0700 URL: http://hg.openjdk.java.net/openjfx/8u20/rt/rev/292cf1a8bc82 Added tag 8u20-b26 for changeset e56a8bbcba20 ! .hgtags
Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
I think Daniel might have meant this file in your repo:
buildSrc/crosslibs/pkg-config
-- Kevin
Prasant J wrote:
On Thu, Jul 31, 2014 at 6:41 PM, Daniel Blaukopf
wrote:
Hi Prasant,
I suggest you modify the following line in bin/pkg-config in your SDK directory:
export
PKG_CONFIG_LIBDIR=${SYSROOT}/usr/lib/arm-linux-gnueabihf/pkgconfig:${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig
.. so that it includes the path to your Pango package index.
Thanks,
Daniel
pkg-config is a binary file. I cannot edit it :(
It seems gralde exec has something called as environment but I don't
know how to use it. I tried few combinations but all fails.
On Jul 31, 2014, at 4:06 PM, Lisa Selle wrote:
Kevin or David,
Ideas on how to get Prasant past this issue? Apparently he has his pango libs
installed in a non-standard location and needs to use PKG_CONFIG_PATH so they
can be found.
Thanks,
Lisa
I did a quick hack (cheat code). I ran the commands in my shell and
manually copied the cflags and linker flags to go ahead with the
build.
The build has succeeded!
But we should modify the build script the right way.
Please keep pouring the ideas. We need to fix this!
I will post my application experience/issues with openjfx 8u20-b23 in
separate emails.
Thanks Lisa & Daniel!
-Pj
Original Message
Subject: Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
Date: Thu, 31 Jul 2014 11:37:08 +0530
From: Prasant J
To: Lisa Selle
CC: openjfx-dev@openjdk.java.net Mailing
On Thu, Jul 31, 2014 at 10:10 AM, Prasant J wrote:
On Wed, Jul 30, 2014 at 11:16 PM, Lisa Selle wrote:
How did you install your arm toolchain?
I'm using yocto (poky distribution) for my iMX6. I can build my own
SDK (toolchain). I'm using that.
I may have made some mistake is setting up the toolchain (I will look
into that one again).
I have now corrected the toolchian setup!
https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float
If it's installed according to these instructions pkg-config should get
picked up from the correct place and there should be no need to set any
environment variables.
Is there a way to set environment variables?
Still stuck at the same point.
In my linux shell I executed the following commands:
./pkg-config --cflags pangoft2 [cannot find package pangoft2]
PKG_CONFIG_PATH= ./pkg-config --cflags pangoft2 [finds the
package and lists the cflags]
So, is there any way to pass the environment variable PKG_CONFIG_PATH
before executing 'commandLine' ?
Regards, Pj
Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
On Thu, Jul 31, 2014 at 6:41 PM, Daniel Blaukopf
wrote:
> Hi Prasant,
>
> I suggest you modify the following line in bin/pkg-config in your SDK
> directory:
>
> export
> PKG_CONFIG_LIBDIR=${SYSROOT}/usr/lib/arm-linux-gnueabihf/pkgconfig:${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig
>
> .. so that it includes the path to your Pango package index.
>
> Thanks,
> Daniel
>
pkg-config is a binary file. I cannot edit it :(
It seems gralde exec has something called as environment but I don't
know how to use it. I tried few combinations but all fails.
>
> On Jul 31, 2014, at 4:06 PM, Lisa Selle wrote:
>
>> Kevin or David,
>>
>> Ideas on how to get Prasant past this issue? Apparently he has his pango
>> libs installed in a non-standard location and needs to use PKG_CONFIG_PATH
>> so they can be found.
>>
>> Thanks,
>>
>> Lisa
I did a quick hack (cheat code). I ran the commands in my shell and
manually copied the cflags and linker flags to go ahead with the
build.
The build has succeeded!
But we should modify the build script the right way.
Please keep pouring the ideas. We need to fix this!
I will post my application experience/issues with openjfx 8u20-b23 in
separate emails.
Thanks Lisa & Daniel!
-Pj
>> Original Message
>> Subject: Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
>> Date: Thu, 31 Jul 2014 11:37:08 +0530
>> From: Prasant J
>> To: Lisa Selle
>> CC: openjfx-dev@openjdk.java.net Mailing
>>
>>
>>
>> On Thu, Jul 31, 2014 at 10:10 AM, Prasant J wrote:
>>> On Wed, Jul 30, 2014 at 11:16 PM, Lisa Selle wrote:
How did you install your arm toolchain?
>>>
>>> I'm using yocto (poky distribution) for my iMX6. I can build my own
>>> SDK (toolchain). I'm using that.
>>> I may have made some mistake is setting up the toolchain (I will look
>>> into that one again).
>>>
>>
>> I have now corrected the toolchian setup!
>>
>>>
https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float
If it's installed according to these instructions pkg-config should get
picked up from the correct place and there should be no need to set any
environment variables.
>>>
>>> Is there a way to set environment variables?
>>>
>>
>> Still stuck at the same point.
>>
>> In my linux shell I executed the following commands:
>>
>> ./pkg-config --cflags pangoft2 [cannot find package pangoft2]
>> PKG_CONFIG_PATH= ./pkg-config --cflags pangoft2 [finds the
>> package and lists the cflags]
>>
>> So, is there any way to pass the environment variable PKG_CONFIG_PATH
>> before executing 'commandLine' ?
>>
>>
>> Regards, Pj
>>
>>
>>
>
[8u26] Review request : RT-38144: Add Single Touch Non-Fullscreen Test
Daniel, Please review the proposed fix for https://javafx-jira.kenai.com/browse/RT-38144 Webrev: http://cr.openjdk.java.net/~sbirger/RT-38144/webrev/ Thanks, Seeon
Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
Hi Prasant,
I suggest you modify the following line in bin/pkg-config in your SDK directory:
export
PKG_CONFIG_LIBDIR=${SYSROOT}/usr/lib/arm-linux-gnueabihf/pkgconfig:${SYSROOT}/usr/lib/pkgconfig:${SYSROOT}/usr/share/pkgconfig
.. so that it includes the path to your Pango package index.
Thanks,
Daniel
On Jul 31, 2014, at 4:06 PM, Lisa Selle wrote:
> Kevin or David,
>
> Ideas on how to get Prasant past this issue? Apparently he has his pango
> libs installed in a non-standard location and needs to use PKG_CONFIG_PATH so
> they can be found.
>
> Thanks,
>
> Lisa
> Original Message
> Subject: Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
> Date: Thu, 31 Jul 2014 11:37:08 +0530
> From: Prasant J
> To: Lisa Selle
> CC: openjfx-dev@openjdk.java.net Mailing
>
>
>
> On Thu, Jul 31, 2014 at 10:10 AM, Prasant J wrote:
>> On Wed, Jul 30, 2014 at 11:16 PM, Lisa Selle wrote:
>>> How did you install your arm toolchain?
>>>
>>
>> I'm using yocto (poky distribution) for my iMX6. I can build my own
>> SDK (toolchain). I'm using that.
>> I may have made some mistake is setting up the toolchain (I will look
>> into that one again).
>>
>
> I have now corrected the toolchian setup!
>
>>
>>> https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float
>>>
>>> If it's installed according to these instructions pkg-config should get
>>> picked up from the correct place and there should be no need to set any
>>> environment variables.
>>
>> Is there a way to set environment variables?
>>
>>>
>
> Still stuck at the same point.
>
> In my linux shell I executed the following commands:
>
> ./pkg-config --cflags pangoft2 [cannot find package pangoft2]
> PKG_CONFIG_PATH= ./pkg-config --cflags pangoft2 [finds the
> package and lists the cflags]
>
> So, is there any way to pass the environment variable PKG_CONFIG_PATH
> before executing 'commandLine' ?
>
>
> Regards, Pj
>
>
>
Fwd: Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf
Kevin or David, Ideas on how to get Prasant past this issue? Apparently he has his pango libs installed in a non-standard location and needs to use PKG_CONFIG_PATH so they can be found. Thanks, Lisa Original Message Subject:Re: openjfx-8u20-b23: Stuck in monocle build for armv7hf Date: Thu, 31 Jul 2014 11:37:08 +0530 From: Prasant J To: Lisa Selle CC: openjfx-dev@openjdk.java.net Mailing On Thu, Jul 31, 2014 at 10:10 AM, Prasant J wrote: On Wed, Jul 30, 2014 at 11:16 PM, Lisa Selle wrote: How did you install your arm toolchain? I'm using yocto (poky distribution) for my iMX6. I can build my own SDK (toolchain). I'm using that. I may have made some mistake is setting up the toolchain (I will look into that one again). I have now corrected the toolchian setup! https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float If it's installed according to these instructions pkg-config should get picked up from the correct place and there should be no need to set any environment variables. Is there a way to set environment variables? Still stuck at the same point. In my linux shell I executed the following commands: ./pkg-config --cflags pangoft2 [cannot find package pangoft2] PKG_CONFIG_PATH= ./pkg-config --cflags pangoft2 [finds the package and lists the cflags] So, is there any way to pass the environment variable PKG_CONFIG_PATH before executing 'commandLine' ? Regards, Pj
hg: openjfx/8u-dev/rt: RT-38140: Typo in FontWeight.findByWeight() documentation
Changeset: 74252ba3f926 Author:kcr Date: 2014-07-31 04:44 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/74252ba3f926 RT-38140: Typo in FontWeight.findByWeight() documentation ! modules/graphics/src/main/java/javafx/scene/text/FontWeight.java
Re: [API REVIEW REQUEST] RT-19659 - [TabPane] Support for draggable tabs
Hi, Please see a revised full blown API on the JIRA ticket. See https://javafx-jira.kenai.com/browse/RT-19659 I think the last API addresses all issues you and Scott have. I still think the 3-Boolean API proposed would be suffient for u40 and the Callback-API could be introduced later to give even finer control but this decision is now up to Steven & Kevin, I've done all I could do as of now to get this feature in. Tom On 30.07.14 14:21, Mikael Grev wrote: > Wouldn’t you still need to specify the “kind” of drag you are moderating? > > With just a boolean on/off now, a later API where one needs to say what kinds > of drags (reorder, between tabpanes and drag out) would be hard to create. > One don’t want an API with a master switch AND one for each kind of drag IMO. > > Cheers, > Mikael > > On 30 Jul 2014, at 10:47, Tom Schindl wrote: > >> Hi, >> >> The proposed API only allows to turn on/off dragging all together. >> >> For your usecase I'd envision a future API which would allow one to >> control the aspects you are asking for like. >> >> The API i currently have in mind is but I have not yet explored: >> >> // Would allow to cancel dragging of certain tabs >> tabDndDragStartCallback: BiFunction >> >> // Would allow to cancel the dragging of the tab outside the container >> // == only allows reordering >> tabDndDragExitedCallback: BiFunction >> >> // Would allow the SOURCE to cancel the dragging to a specific target // >> (could make tabDndDragExitedCallback obsolete) >> tabDndDragOverTargetCallback: BiFunction >> >> // Would allow to cancel the drag over in the TARGET >> tabDndDragOverCallback: BiFunction >> >> // Would allow to cancel the dropping of a tab in a container >> tabDndDropCallback: BiFunction >> >> Tom >> >> On 30.07.14 10:27, Mikael Grev wrote: >>> That is decidedly awesome! >>> >>> Is there some other way of deciding whether to to do one or the other? I >>> mean one might want to reorder but not drag to another pane. >>> >>> Cheers, >>> Mikael >>> >>> On 30 Jul 2014, at 10:09, Tom Schindl wrote: >>> No - it allows also to drag the tab to another TabPane as well and in future outside the window to detach it. Tom On 30.07.14 10:07, Eric Le Ponner wrote: > Hi Tom, > > I wonder if we should really use the wording « dnd ». > The feature is really to enable the user to re-order the tabs > inside a TabPane, right ? > > So may be: > > public boolean isTabReorderingEnabled(); > public void setTabReorderingEnabled(boolean tabReorderingEnabled); > public BooleanProperty tabReorderingEnabledProperty(); > > Eric > > PS: I’m assuming you don’t expect this gesture to work between two > different TabPanes. > > > > Le 30 juil. 2014 à 09:35, Tom Schindl a > écrit : > >> Hi, >> >> I'd like you to review the API proposed to make TabPane Tabs draggable. >> >> The proposed public API only allows to put the TabPane in DnD mode: >> >> public boolean isDndEnabled() >> public void setDndEnabled(boolean dndEnabled) >> public BooleanProperty dndEnabledProperty() >> >> Tom > >>> >> >
Re: Skin layoutChildren: when to get bounds of child nodes?
Hi Martin, On 30.07.2014 17:39, Martin Sladecek wrote: I assume you don't change "child1" Nodes, so it should work. I may add/insert such nodes but in that case I take the easy route and simply rebuild the complete hbox. Yeah, one problem with layouts is when you want to do some layout that is almost the same as some predefined layout, but you need to tweak it somehow. Maybe in the future we could add some abstraction and extract some (parts of) the algorithms we use in our layout containers so they can be reused in custom layouts. Right. I noticed some package private methods used internally by vbox etc. This prevents me from making a copy of vbox which I can tweak (often times removing many properties and lots of code not applicable to that usecase). I suppose they could also be useful for other layouts occasionally. I figured if I would use translateX for the tweak I should be fine. For the width I might be able to use scaleX but that does not feel right. If you reuse some predefined layout, you'll probably end up with some hacky code since you'll usually mess up with the inputs for the layout. The rule of thumb is to use some more complex (GridPane) or free form (AnchorPane) layout instead of trying to slightly tweak some simple layout. In your case, wouldn't GridPane do the job? Basically, you have a row of text nodes and you need a second row where a single rectangle is in the same column as currently selected (?) text node. The size of the rectangle can be set to fillWidth the column, so GridPane will do all the work for you. AnchorPane might be applicable for this particular thing. The challenge here is then to figure out the heights of elements so that I can stack them to get a result similar to the vbox. For example, if I anchor the hbox to the top of the AnchorPane and I want to have my moving rectangle right below it I have to set static AnchorPane properties on that rectangle and have to know the height of the hbox. Again I need to position one element based on the default layouting of another. And if I am not mistaken it could be difficult to animate those static properties. I try to avoid GridPane because inserting and removing stuff means to manually shift all subsequent indexes which is a bit tedious. Also, if I want to animate an element moving from one cell to another it seems to get in the way - or at least it does not offer any benefit over the current vbox/hbox approach. Werner
