Re: JavaFX8: Multittouch support under Linux
Hi, thanks! I’ve tried to compile on a current Ubuntu 13.10. A default build (gradle 1.8 without parameters) works fine. With gradle -PCOMPILE_TARGETS=x86egl sdk however, I get the following build error: stefan@stefan-OptiPlex-GX620:~/src/openjfx/rt$ gradle -PCOMPILE_TARGETS=x86egl sdk :buildSrc:generateGrammarSource UP-TO-DATE :buildSrc:compileJava UP-TO-DATE :buildSrc:compileGroovy UP-TO-DATE :buildSrc:processResources UP-TO-DATE :buildSrc:classes UP-TO-DATE :buildSrc:jar UP-TO-DATE :buildSrc:assemble UP-TO-DATE :buildSrc:compileTestJava UP-TO-DATE :buildSrc:compileTestGroovy UP-TO-DATE :buildSrc:processTestResources UP-TO-DATE :buildSrc:testClasses UP-TO-DATE :buildSrc:test UP-TO-DATE :buildSrc:check UP-TO-DATE :buildSrc:build UP-TO-DATE Creating properties on demand (a.k.a. dynamic properties) has been deprecated and is scheduled to be removed in Gradle 2.0. Please read http://gradle.org/docs/current/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html for information on the replacement for dynamic properties. Deprecated dynamic property: compilePrefix on root project 'rt', value: . FAILURE: Build failed with an exception. * Where: Script '/home/stefan/src/openjfx/rt/buildSrc/x86egl.gradle' line: 59 * What went wrong: A problem occurred evaluating script. No signature of method: java.lang.String.exists() is applicable for argument types: () values: [] Possible solutions: wait(), toList(), expand(), execute(), toList(), next() * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 9.536 secs Best, Stefan Am 02.04.2014 um 10:19 schrieb Daniel Blaukopf daniel.blauk...@oracle.com: Hi Stefan, You have it exactly right. The touch support on the Raspberry Pi and similar devices gets events from the Linux device drivers, not from X11 or GTK. We don’t provide a binary of this configuration for x86, but if you are able to build OpenJFX then you could easily create a binary yourself (“gradle -PCOMPILE_TARGETS=x86egl sdk”). This is a hybrid binary that uses EGL/X11 for full-screen output but gets input directly from device nodes in /dev/input. Thanks, Daniel On Apr 2, 2014, at 11:10 AM, Stefan Schwandter s.schwand...@me.com wrote: Hi Anthony, thanks for your quick reply. I wonder though: it seems there’s at least preliminary touch support for OpenJFX on the Raspberry Pi - is this because it does not use X11 and/or GTK there? Is it possible to do the same on an X86-based Linux device? Cheers, Stefan Am 01.04.2014 um 14:02 schrieb Anthony Petrov anthony.pet...@oracle.com: Hi Stefan, No, currently it's not. Here's a JIRA that you may want to watch: https://javafx-jira.kenai.com/browse/RT-25079 -- best regards, Anthony On 4/1/2014 3:52 PM, Stefan Schwandter wrote: Hello all! Is multitouch-input supposed to be supported on Java 8 SE running on Linux? I use a capacitive touch screen, with a DMC controller, connected to a Ubuntu 13.10 PC via USB, and none of the sample code that I've tried seems to recognize any touch events. Under Windows 7, touch events are recognized, I can swipe, zoom, etc. So I wonder, if multitouch input is simply not supported under Linux with JavaFX 8, or I have another problem. Best regards, Stefan
hg: openjfx/8u-dev/rt: RT-36391: Accessibility support for MenuBar
Changeset: 932776525610 Author:Anthony Petrov anthony.pet...@oracle.com Date: 2014-04-04 14:58 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/932776525610 RT-36391: Accessibility support for MenuBar Reviewed-by: fheidric ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java ! modules/controls/src/main/java/javafx/scene/control/MenuBar.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java ! modules/graphics/src/main/java/com/sun/javafx/scene/SceneHelper.java ! modules/graphics/src/main/java/javafx/scene/Scene.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Attribute.java
Re: Fractional Metrics
I'm sorry if this is redundant, but does this mean there is no way to find out the size (length height) of a String as it will appear on the screen? What about the size of a String as it will be printed? Neil From: Phil Race philip.r...@oracle.com To: Jeff Martin j...@reportmill.com, openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Date: 04/03/2014 10:40 PM Subject:Re: Fractional Metrics Sent by:openjfx-dev openjfx-dev-boun...@openjdk.java.net On 4/3/14 6:13 PM, Jeff Martin wrote: Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? No. At least not via any supported API. Also, does text rendering perform kerning, and if so, can I disable that? No. What I really need is to know the x position (or advance) of each character in a rendered string. It would need new API. And characters != glyphs. Counting char advances has been doomed for decades ... -phil. jeff NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution.
Re: Fractional Metrics
I have a couple of solutions for this right now, but neither are optimal: 1. GraphicsEnvironment.getLocalGraphicsEnvironment().getDefaultScreenDevice(),getDefaultConfiguration() .createCompatibleImage(1, 1).createGraphics().getFontMetrics(font).stringWidth(string) 2. new javafx.scene.text.Text().setFont(font).setText(string).prefWidth(-1) // Some poetic license here jeff On Apr 4, 2014, at 8:41 AM, ngalarn...@abinitio.com wrote: I'm sorry if this is redundant, but does this mean there is no way to find out the size (length height) of a String as it will appear on the screen? What about the size of a String as it will be printed? Neil From: Phil Race philip.r...@oracle.com To: Jeff Martin j...@reportmill.com, openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Date: 04/03/2014 10:40 PM Subject:Re: Fractional Metrics Sent by:openjfx-dev openjfx-dev-boun...@openjdk.java.net On 4/3/14 6:13 PM, Jeff Martin wrote: Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? No. At least not via any supported API. Also, does text rendering perform kerning, and if so, can I disable that? No. What I really need is to know the x position (or advance) of each character in a rendered string. It would need new API. And characters != glyphs. Counting char advances has been doomed for decades ... -phil. jeff NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution.
hg: openjfx/8u-dev/rt: Follow-up for RT-36391: Accessibility support for MenuBar
Changeset: 3ad008a21577 Author:Anthony Petrov anthony.pet...@oracle.com Date: 2014-04-04 17:53 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3ad008a21577 Follow-up for RT-36391: Accessibility support for MenuBar Sumamry: Add the MENU_ITEM_TYPE attribute for menu buttons in the MenuBar ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/MenuBarSkin.java
Mali-400, looking for some help
Hi community, I have 3 different community boards with Mali-400 on them, and have yet to get the satisfaction of a simple GLESv2 app rendering without X11 in the way. Perhaps this is because I am a library guy (not a kernel guy), perhaps it is due to the emphasis on X11 in the distros, perhaps this is because I have not found the right magic incantation. So I am looking for some help. I need some suggestions on what I am missing in setup on the boards I do have, and/or suggestions on the community board (easily available without NDA) I should be getting. I have: * Arndale Board-K o fails to boot Linaro distro (and the instructions don't match the sample image) * Odroid-U3 o forums say that direct framebuffer is not implemented * A20-OlinuXino-Micro o forums say it should work with sunxi drivers, but I have yet to find a sample image/driver combo that does not have version issues. Like Freescale, the Mali implementation requires a different library configuration for X11 versus direct to framebuffer rendering. Dave -- David Hill david.h...@oracle.com Java Embedded Development Reality is merely an illusion, albeit a very persistent one. -- Albert Einstein (1879 - 1955), (attributed)
[8u20] Review Request: RT-36293 [TouchEvent, PopupControl] Using a ListView in PopupControl generates a lot of TouchEvent NPE
Hello, Please review the fix for the issue: https://javafx-jira.kenai.com/browse/RT-36293 Webrev: http://cr.openjdk.java.net/~pchelko/fx/36293/webrev/ With best regards. Petr.
hg: openjfx/8u-dev/rt: RT-36530: applications won't run after 85-th build
Changeset: f97cff1a860b Author:shemnon Date: 2014-04-04 09:53 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f97cff1a860b RT-36530: applications won't run after 85-th build Summary: fxpackaging was mistakenly turned on all the time. ! modules/fxpackager/src/main/java/com/oracle/bundlers/StandardBundlerParam.java
hg: openjfx/8u-dev/rt: [Toys] improve HelloPopupMenu
Changeset: e4f7229fd8e8 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-04 09:28 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e4f7229fd8e8 [Toys] improve HelloPopupMenu ! apps/toys/Hello/src/main/java/hello/HelloPopupMenu.java
Re: Fractional Metrics
On 4/4/2014 6:41 AM, ngalarn...@abinitio.com wrote: I'm sorry if this is redundant, but does this mean there is no way to find out the size (length height) of a String as it will appear on the screen? What about the size of a String as it will be printed? No it does not mean that. The way to do this is to get the bounds of a Text node containing the string. -phil. Neil From: Phil Race philip.r...@oracle.com To: Jeff Martin j...@reportmill.com, openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Date: 04/03/2014 10:40 PM Subject: Re: Fractional Metrics Sent by: openjfx-dev openjfx-dev-boun...@openjdk.java.net On 4/3/14 6:13 PM, Jeff Martin wrote: Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? No. At least not via any supported API. Also, does text rendering perform kerning, and if so, can I disable that? No. What I really need is to know the x position (or advance) of each character in a rendered string. It would need new API. And characters != glyphs. Counting char advances has been doomed for decades ... -phil. jeff NOTICE /from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. /
Re: Fractional Metrics
If you don't mind using internal APIs then: TextLayoutFactory factory = Toolkit.getToolkit().getTextLayoutFactory(); TextLayout layout = factory.createLayout(); layout.setContent(BlaBla, Font.getDefault().impl_getNativeFont()); BaseBounds b = layout.getBounds(); I find it strange the canvas does not have an API to calculate the boudsn of a string. Tom On 04.04.14 18:48, Phil Race wrote: On 4/4/2014 6:41 AM, ngalarn...@abinitio.com wrote: I'm sorry if this is redundant, but does this mean there is no way to find out the size (length height) of a String as it will appear on the screen? What about the size of a String as it will be printed? No it does not mean that. The way to do this is to get the bounds of a Text node containing the string. -phil. Neil From: Phil Race philip.r...@oracle.com To: Jeff Martin j...@reportmill.com, openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net Date: 04/03/2014 10:40 PM Subject: Re: Fractional Metrics Sent by: openjfx-dev openjfx-dev-boun...@openjdk.java.net On 4/3/14 6:13 PM, Jeff Martin wrote: Is there a way to turn off FractionalMetrics in Canvas.fillText() or Text? No. At least not via any supported API. Also, does text rendering perform kerning, and if so, can I disable that? No. What I really need is to know the x position (or advance) of each character in a rendered string. It would need new API. And characters != glyphs. Counting char advances has been doomed for decades ... -phil. jeff NOTICE /from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. /
hg: openjfx/8u-dev/rt: [Accessibility] RT-36268: Disable, Radio, Check, and Accelerators support for MenuItem
Changeset: 978e5c042214 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-04 11:42 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/978e5c042214 [Accessibility] RT-36268: Disable, Radio, Check, and Accelerators support for MenuItem ! apps/toys/Hello/src/main/java/hello/HelloPopupMenu.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ContextMenuContent.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacVariant.java
(In)sanity Monday...
Reminder to check out the matrix at https://wiki.openjdk.java.net/display/OpenJFX/8u20 for your insanity testing assignment for this week. Testing should take 1 hour or less. If your assignment takes longer, stop after an hour and continue where you left off the following week. Also, please review the weekly code freeze and push rules :) Happy testing! Lisa
[8u20] Review request: RT-35197: Use Lambda in FX runtime and samples
Hi Kevin, Please review the lambdification of the graphics component. You are welcome to apply the patch, but there are numerous changes and they are all automatic. If you or any of the team have outstanding changes, please coordinate with me in the JIRA and I will re-lambdify after you have released your changes. Jira: https://javafx-jira.kenai.com/browse/RT-35197 Webrev: See patch is in the JIRA Steve
Re: Expected frame rates for a full-screen blur
OK, now I'm really puzzled - I watched the JavaFX performance talk from
2011 and learned about PeformanceTracker. It's too bad that's not public
API, but it works. I used it like so:
PerformanceTracker tracker = PerformanceTracker.getSceneTracker(scene);
tracker.setOnRenderedFrameTask(new Runnable() {
long lastTimestamp = System.currentTimeMillis();
@Override
public void run() {
final long now = System.currentTimeMillis();
long delta = now - lastTimestamp;
if (delta 1000)
System.out.println(Frame took + delta + msec);
lastTimestamp = now;
}
});
The 1000 thing is just to avoid printing a nonsense timestamp when the UI
hasn't been touched for a while.
The deltas I see are consistently between 10-20msec which would be between
50 and 60fps, i.e. the vsync of the screen. But the wacky thing is, this
doesn't change when I increase the size of the window, even though the
animation is noticeably more choppy. It still says there's a 10-20msec gap
between frames even though my eyes tell me otherwise. Even when I shrink
the window size right down and get super smooth animation, the above code
prints the same kind of deltas.
This makes me think that whatever is going on, the regular JavaFX drawing
thread isn't the issue. It seems to be churning through the scene at the
same totally acceptable rate no matter what. So I'm thinking the issue must
be something to do with how fast the GPU drains the command queue or
something.
BTW I tried doing -Dprism.order=j2d to see what would happen, and the GUI
hangs before rendering anything. I'll file a bug on that later.
On Thu, Apr 3, 2014 at 11:54 AM, Mike Hearn m...@plan99.net wrote:
How does the OS tank?
All the OS animations hit the same frame rate as the app itself does. For
instance, opening Mission Control is normally smooth, but when a maximized
JFX app is animating, it's not.
It feels like the GPU is being overworked but as I'm not a GPU expert at
all, I'm not sure where to begin - I am not even sure how to find out the
frame rate so I know when tweaks are improving things! Is there a way to
get this data from the system?
Re: Expected frame rates for a full-screen blur
Hi Mike,
I'm sorry that I've been unable to get to this until now. I can
recreate the problem you are seeing on my Mac by running
ColorfulCirclesApp. Please enter a JIRA for the problem. Thanks. Also
try this:
Try this:
PerformanceTracker tracker = PerformanceTracker.getSceneTracker(scene);
Timeline timeline = new Timeline(
new KeyFrame(Duration.seconds(1), t - {
System.out.println(::FPS = + tracker.getAverageFPS());
}));
timeline.setCycleCount(Timeline.INDEFINITE);
timeline.play();
Steve
On 2014-04-04 4:33 PM, Mike Hearn wrote:
OK, now I'm really puzzled - I watched the JavaFX performance talk from
2011 and learned about PeformanceTracker. It's too bad that's not public
API, but it works. I used it like so:
PerformanceTracker tracker = PerformanceTracker.getSceneTracker(scene);
tracker.setOnRenderedFrameTask(new Runnable() {
long lastTimestamp = System.currentTimeMillis();
@Override
public void run() {
final long now = System.currentTimeMillis();
long delta = now - lastTimestamp;
if (delta 1000)
System.out.println(Frame took + delta + msec);
lastTimestamp = now;
}
});
The 1000 thing is just to avoid printing a nonsense timestamp when the UI
hasn't been touched for a while.
The deltas I see are consistently between 10-20msec which would be between
50 and 60fps, i.e. the vsync of the screen. But the wacky thing is, this
doesn't change when I increase the size of the window, even though the
animation is noticeably more choppy. It still says there's a 10-20msec gap
between frames even though my eyes tell me otherwise. Even when I shrink
the window size right down and get super smooth animation, the above code
prints the same kind of deltas.
This makes me think that whatever is going on, the regular JavaFX drawing
thread isn't the issue. It seems to be churning through the scene at the
same totally acceptable rate no matter what. So I'm thinking the issue must
be something to do with how fast the GPU drains the command queue or
something.
BTW I tried doing -Dprism.order=j2d to see what would happen, and the GUI
hangs before rendering anything. I'll file a bug on that later.
On Thu, Apr 3, 2014 at 11:54 AM, Mike Hearn m...@plan99.net wrote:
How does the OS tank?
All the OS animations hit the same frame rate as the app itself does. For
instance, opening Mission Control is normally smooth, but when a maximized
JFX app is animating, it's not.
It feels like the GPU is being overworked but as I'm not a GPU expert at
all, I'm not sure where to begin - I am not even sure how to find out the
frame rate so I know when tweaks are improving things! Is there a way to
get this data from the system?
Re: Expected frame rates for a full-screen blur
You might also want to try using the PulseLogger (which was recently refactored
to be usable from Java Flight Recorder). See
http://hg.openjdk.java.net/openjfx/8u-dev/rt/file/978e5c042214/modules/base/src/main/java/com/sun/javafx/logging/PrintLogger.java.
Basically a few system properties are needed and then you should get per-pulse
data that breaks down the time spent in different places. It seems like it
shouldn’t be the case, but it looks like you’re fill rate limited. Maybe we are
sending really huge bitmaps down to the card and the card bus just can’t keep
up?
-Djavafx.pulseLogger=true
On Apr 4, 2014, at 2:17 PM, Stephen F Northover steve.x.northo...@oracle.com
wrote:
Hi Mike,
I'm sorry that I've been unable to get to this until now. I can recreate the
problem you are seeing on my Mac by running ColorfulCirclesApp. Please enter
a JIRA for the problem. Thanks. Also try this:
Try this:
PerformanceTracker tracker = PerformanceTracker.getSceneTracker(scene);
Timeline timeline = new Timeline(
new KeyFrame(Duration.seconds(1), t - {
System.out.println(::FPS = + tracker.getAverageFPS());
}));
timeline.setCycleCount(Timeline.INDEFINITE);
timeline.play();
Steve
On 2014-04-04 4:33 PM, Mike Hearn wrote:
OK, now I'm really puzzled - I watched the JavaFX performance talk from
2011 and learned about PeformanceTracker. It's too bad that's not public
API, but it works. I used it like so:
PerformanceTracker tracker = PerformanceTracker.getSceneTracker(scene);
tracker.setOnRenderedFrameTask(new Runnable() {
long lastTimestamp = System.currentTimeMillis();
@Override
public void run() {
final long now = System.currentTimeMillis();
long delta = now - lastTimestamp;
if (delta 1000)
System.out.println(Frame took + delta + msec);
lastTimestamp = now;
}
});
The 1000 thing is just to avoid printing a nonsense timestamp when the UI
hasn't been touched for a while.
The deltas I see are consistently between 10-20msec which would be between
50 and 60fps, i.e. the vsync of the screen. But the wacky thing is, this
doesn't change when I increase the size of the window, even though the
animation is noticeably more choppy. It still says there's a 10-20msec gap
between frames even though my eyes tell me otherwise. Even when I shrink
the window size right down and get super smooth animation, the above code
prints the same kind of deltas.
This makes me think that whatever is going on, the regular JavaFX drawing
thread isn't the issue. It seems to be churning through the scene at the
same totally acceptable rate no matter what. So I'm thinking the issue must
be something to do with how fast the GPU drains the command queue or
something.
BTW I tried doing -Dprism.order=j2d to see what would happen, and the GUI
hangs before rendering anything. I'll file a bug on that later.
On Thu, Apr 3, 2014 at 11:54 AM, Mike Hearn m...@plan99.net wrote:
How does the OS tank?
All the OS animations hit the same frame rate as the app itself does. For
instance, opening Mission Control is normally smooth, but when a maximized
JFX app is animating, it's not.
It feels like the GPU is being overworked but as I'm not a GPU expert at
all, I'm not sure where to begin - I am not even sure how to find out the
frame rate so I know when tweaks are improving things! Is there a way to
get this data from the system?
Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3
Hi, just out of curiousity I wanted to build OpenJFX, but although I followed the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX I can’t get it to work. gradle 1.8 fails when building :fxpackage:compileLauncher as follows: :fxpackager:compileLauncher clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' /Users/phi/Documents/workspace/OpenJFX8-rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:9: fatal error: 'Cocoa/Cocoa.h' file not found #import Cocoa/Cocoa.h ^ 1 error generated. :fxpackager:compileLauncher FAILED I do not have a 10.7 SDK on my 10.9 Mac, but I do have a 10.8 and 10.9: $ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/ MacOSX10.8.sdk MacOSX10.9.sdk According to „the internet™“ I would have to find an old version of Xcode (apparently 4.3.3) because that’s the only way to find an old SDK. As I’m sure that you guys have valid reasons to stick to 10.7 I think it would not hurt to mention this on the wiki page mentioned above stating that one needs XCode not newer than 4.3.3 and that old XCode versions can be downloaded on the Apple Developer website. I would add it myself but as I’m not a contributor I don’t have the required permissions, so all I can do is to ask here for inclusion of that. Thanks! May that be the only obstacle in building JFX8.
Re: Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3
Hello, Philipp. As a quick workaround you can run: sudo ln -s /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk FX does-not use any new API’s specific to 10.8, so it would build. At least it works for me. With best regards. Petr. 05 апр. 2014 г., в 1:31 до полудня, Philipp Dörfler phdoerf...@gmail.com написал(а): Hi, just out of curiousity I wanted to build OpenJFX, but although I followed the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX I can’t get it to work. gradle 1.8 fails when building :fxpackage:compileLauncher as follows: :fxpackager:compileLauncher clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' /Users/phi/Documents/workspace/OpenJFX8-rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:9: fatal error: 'Cocoa/Cocoa.h' file not found #import Cocoa/Cocoa.h ^ 1 error generated. :fxpackager:compileLauncher FAILED I do not have a 10.7 SDK on my 10.9 Mac, but I do have a 10.8 and 10.9: $ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/ MacOSX10.8.sdk MacOSX10.9.sdk According to „the internet™“ I would have to find an old version of Xcode (apparently 4.3.3) because that’s the only way to find an old SDK. As I’m sure that you guys have valid reasons to stick to 10.7 I think it would not hurt to mention this on the wiki page mentioned above stating that one needs XCode not newer than 4.3.3 and that old XCode versions can be downloaded on the Apple Developer website. I would add it myself but as I’m not a contributor I don’t have the required permissions, so all I can do is to ask here for inclusion of that. Thanks! May that be the only obstacle in building JFX8.
Re: Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3
I use XCodeLegacy http://devernay.free.fr/hacks/xcodelegacy/ The problem is that Xcode 5 doesn’t include the tools to build for 10.7 Lion anymore, and if you are like me and rebuilt a dev env on a clean 10.9 Mavericks mac, you don’t have those old SDKs. The script will install them for you properly (once you download them from apple). On Apr 4, 2014, at 3:46 PM, Petr Pchelko petr.pche...@oracle.com wrote: Hello, Philipp. As a quick workaround you can run: sudo ln -s /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk FX does-not use any new API’s specific to 10.8, so it would build. At least it works for me. With best regards. Petr. 05 апр. 2014 г., в 1:31 до полудня, Philipp Dörfler phdoerf...@gmail.com написал(а): Hi, just out of curiousity I wanted to build OpenJFX, but although I followed the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX I can’t get it to work. gradle 1.8 fails when building :fxpackage:compileLauncher as follows: :fxpackager:compileLauncher clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' /Users/phi/Documents/workspace/OpenJFX8-rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:9: fatal error: 'Cocoa/Cocoa.h' file not found #import Cocoa/Cocoa.h ^ 1 error generated. :fxpackager:compileLauncher FAILED I do not have a 10.7 SDK on my 10.9 Mac, but I do have a 10.8 and 10.9: $ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/ MacOSX10.8.sdk MacOSX10.9.sdk According to „the internet™“ I would have to find an old version of Xcode (apparently 4.3.3) because that’s the only way to find an old SDK. As I’m sure that you guys have valid reasons to stick to 10.7 I think it would not hurt to mention this on the wiki page mentioned above stating that one needs XCode not newer than 4.3.3 and that old XCode versions can be downloaded on the Apple Developer website. I would add it myself but as I’m not a contributor I don’t have the required permissions, so all I can do is to ask here for inclusion of that. Thanks! May that be the only obstacle in building JFX8.
Re: Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3
Put this in your gradle.properties file: MACOSX_SDK_PATH = /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk We need to document this on the wiki. Will do that Monday. Gotta go now. Steve On 2014-04-04 5:31 PM, Philipp Dörfler wrote: Hi, just out of curiousity I wanted to build OpenJFX, but although I followed the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX I can’t get it to work. gradle 1.8 fails when building :fxpackage:compileLauncher as follows: :fxpackager:compileLauncher clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' /Users/phi/Documents/workspace/OpenJFX8-rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:9: fatal error: 'Cocoa/Cocoa.h' file not found #import Cocoa/Cocoa.h ^ 1 error generated. :fxpackager:compileLauncher FAILED I do not have a 10.7 SDK on my 10.9 Mac, but I do have a 10.8 and 10.9: $ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/ MacOSX10.8.sdk MacOSX10.9.sdk According to „the internet™“ I would have to find an old version of Xcode (apparently 4.3.3) because that’s the only way to find an old SDK. As I’m sure that you guys have valid reasons to stick to 10.7 I think it would not hurt to mention this on the wiki page mentioned above stating that one needs XCode not newer than 4.3.3 and that old XCode versions can be downloaded on the Apple Developer website. I would add it myself but as I’m not a contributor I don’t have the required permissions, so all I can do is to ask here for inclusion of that. Thanks! May that be the only obstacle in building JFX8.
hg: openjfx/8u-dev/rt: [Accessibility] RT-36268: KeyCodeCombination Accelerators support for MenuItem
Changeset: 982ba496a413 Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-04 15:20 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/982ba496a413 [Accessibility] RT-36268: KeyCodeCombination Accelerators support for MenuItem ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacApplication.java ! modules/graphics/src/main/native-glass/mac/GlassApplication.m
Re: Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3
Thanks so much for all these valuable suggestions :) XCodeLegacy looks interesting, I thought of the symbolic link too but assumed there was a reason and good to know that you can change that behaviour in the build itself. Looking forward to see that in the wiki! Cheers and have a great weekend everyone! ~ Philipp Am 04.04.2014 um 23:56 schrieb Stephen F Northover steve.x.northo...@oracle.com: Put this in your gradle.properties file: MACOSX_SDK_PATH = /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk We need to document this on the wiki. Will do that Monday. Gotta go now. Steve On 2014-04-04 5:31 PM, Philipp Dörfler wrote: Hi, just out of curiousity I wanted to build OpenJFX, but although I followed the instructions at https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX I can’t get it to work. gradle 1.8 fails when building :fxpackage:compileLauncher as follows: :fxpackager:compileLauncher clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk' /Users/phi/Documents/workspace/OpenJFX8-rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:9: fatal error: 'Cocoa/Cocoa.h' file not found #import Cocoa/Cocoa.h ^ 1 error generated. :fxpackager:compileLauncher FAILED I do not have a 10.7 SDK on my 10.9 Mac, but I do have a 10.8 and 10.9: $ ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/ MacOSX10.8.sdk MacOSX10.9.sdk According to „the internet™“ I would have to find an old version of Xcode (apparently 4.3.3) because that’s the only way to find an old SDK. As I’m sure that you guys have valid reasons to stick to 10.7 I think it would not hurt to mention this on the wiki page mentioned above stating that one needs XCode not newer than 4.3.3 and that old XCode versions can be downloaded on the Apple Developer website. I would add it myself but as I’m not a contributor I don’t have the required permissions, so all I can do is to ask here for inclusion of that. Thanks! May that be the only obstacle in building JFX8.
hg: openjfx/8u-dev/rt: [Accessibility] Removing TOGGLE_STATE from API
Changeset: d0fe73b4335a Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-04 16:19 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d0fe73b4335a [Accessibility] Removing TOGGLE_STATE from API ! modules/controls/src/main/java/javafx/scene/control/CheckBox.java ! modules/controls/src/main/java/javafx/scene/control/ToggleButton.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Attribute.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Role.java
hg: openjfx/8u-dev/rt: [Accessibility] Fix TOGGLE_BUTTON (got the wrong role name in the transition to remove TOGGLE_STATE)
Changeset: 4e6e6ad7ad1d Author:Felipe Heidrich felipe.heidr...@oracle.com Date: 2014-04-04 16:56 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4e6e6ad7ad1d [Accessibility] Fix TOGGLE_BUTTON (got the wrong role name in the transition to remove TOGGLE_STATE) ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java
