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 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
hg: openjfx/8u-dev/rt: [Accessibility] NPE (break in wrong place), code format, clean-up
Changeset: 12a300075064 Author:Felipe Heidrich Date: 2014-04-04 16:39 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/12a300075064 [Accessibility] NPE (break in wrong place), code format, clean-up ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Role.java
hg: openjfx/8u-dev/rt: [Accessibility] Removing TOGGLE_STATE from API
Changeset: d0fe73b4335a Author:Felipe Heidrich 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
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 : > 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 >> ^ >> 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 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
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 ^ 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 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 > написал(а): > >> 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 >> ^ >> 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 написал(а): > 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 >^ > 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. > >
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 ^ 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: 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 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 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 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
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 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? >
[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
(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
hg: openjfx/8u-dev/rt: [Accessibility] RT-36268: Disable, Radio, Check, and Accelerators support for MenuItem
Changeset: 978e5c042214 Author:Felipe Heidrich 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
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 >> To: Jeff Martin , "openjfx-dev@openjdk.java.net >> Mailing" >> Date: 04/03/2014 10:40 PM >> Subject: Re: Fractional Metrics >> Sent by: "openjfx-dev" >> >> >> >> >> 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
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 To: Jeff Martin , "openjfx-dev@openjdk.java.net Mailing" Date: 04/03/2014 10:40 PM Subject: Re: Fractional Metrics Sent by: "openjfx-dev" 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: [Toys] improve HelloPopupMenu
Changeset: e4f7229fd8e8 Author:Felipe Heidrich 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
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
[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.
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 Java Embedded Development Reality is merely an illusion, albeit a very persistent one. -- Albert Einstein (1879 - 1955), (attributed)
hg: openjfx/8u-dev/rt: Follow-up for RT-36391: Accessibility support for MenuBar
Changeset: 3ad008a21577 Author:Anthony Petrov 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
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 > To: Jeff Martin , "openjfx-dev@openjdk.java.net > Mailing" > Date: 04/03/2014 10:40 PM > Subject:Re: Fractional Metrics > Sent by:"openjfx-dev" > > > > 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'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 To: Jeff Martin , "openjfx-dev@openjdk.java.net Mailing" Date: 04/03/2014 10:40 PM Subject:Re: Fractional Metrics Sent by:"openjfx-dev" 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: RT-36391: Accessibility support for MenuBar
Changeset: 932776525610 Author:Anthony Petrov 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: 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 : > 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 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 : >> >>> 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 >> >