Re: Skia Pipeline

http://www.onexip.com > > >> Am 03.08.2018 um 20:44 schrieb Tom Schindl >> mailto:tom.schi...@bestsolution.at>>: >> >> Hi, >> >> Has anyone ever explored if it would be possible to implement a >> 2d-Graphics-Pipeline using Skia? >> >>

Skia Pipeline

Hi, Has anyone ever explored if it would be possible to implement a 2d-Graphics-Pipeline using Skia? Tom -- Tom Schindl, CTO BestSolution.at EDV Systemhaus GmbH Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck

Re: JavaFX SWT and Swing-Interopt

Hi, I pushed my hacked together PoC to https://github.com/javafxports/openjdk-jfx/pull/145. Tom On 01.08.18 22:00, Tom Schindl wrote: > I logged https://bugs.openjdk.java.net/browse/JDK-8208649 > > Tom > > On 31.07.18 22:14, Tom Schindl wrote: >> Hi, >> >>

Re: JavaFX SWT and Swing-Interopt

I logged https://bugs.openjdk.java.net/browse/JDK-8208649 Tom On 31.07.18 22:14, Tom Schindl wrote: > Hi, > > I could not resist giving my idea a try and passing the native-pointer > from SWT completely through JavaFX and using it as a parent on Windows > created by FX. >

Re: JavaFX SWT and Swing-Interopt

of their SWT-NSWindow which means they move if you move the window, they don't hide behind their parent, ...) - they just work as they do in a native JavaFX application! I'll create an issue and we can move the discussion there. Tom On 31.07.18 15:16, Tom Schindl wrote: > hi, > > yes

Re: JavaFX SWT and Swing-Interopt

child (this is a similar problem than the Picker). The same does not work if you are in pure FX. Tom Am 2018-07-31 14:57, schrieb Kevin Rushforth: OK, I can reproduce it on Mac using JDK 11-ea and the latest jfx-dev. Can you file a bug? -- Kevin On 7/31/2018 5:51 AM, Tom Schindl wrote: Hi,

Re: JavaFX SWT and Swing-Interopt

ed there (once we understand why the Swing interop test program >> isn't working for some of you). >> >> -- Kevin >> >> On 7/31/2018 4:45 AM, Michael Paus wrote: >>> Hi Tom >>> I gave it a try with the latest OpenJDK12ea and OpenJFX11ea and I still >>

Re: JavaFX SWT and Swing-Interopt

anymore) Tom On 31.07.18 11:21, Prasanta Sadhukhan wrote: > Hi Tom, > > I am not able to see the problem in latest workspace. I believe this > issue is already fixed by JDK-8185634. > > Regards > Prasanta > On 7/31/2018 1:16 PM, Tom Schindl wrote: >> Hi, >> >&

JavaFX SWT and Swing-Interopt

sed on a pure long-pointer. The only exception and the reason I guess the strategy would work was used for Applets. Before diving deeper into this I wanted to get a feedback from people who know things better: Does the strategy of passing along the window pointer (eg from SWT, don't know about Swing

Review-Request for JDK-8207794

Hi, I'd like to request a review for JDK-8207794 [1] available as a PR [2] on the Github-Mirror. Thanks Tom [1]https://bugs.openjdk.java.net/browse/JDK-8207794 [2]https://github.com/javafxports/openjdk-jfx/pull/139

Re: Trying to find what fixed a TextFlow bug between 8 and 9

o be looking for a fix in the ES2 pipeline code ? > > -phil. > > On 07/18/2018 11:04 AM, Tom Schindl wrote: >> Hi, >> >> I'm on OS-X and running that code repositions the glyphs once it starts >> wrapping the 2nd Text-Node. >> >> See this screencast:

Re: Trying to find what fixed a TextFlow bug between 8 and 9

and am not sure what the problem is > that you are seeing. It behaves as well as JDK 10 does. > If its platform specific maybe you need to look at the platform-specific > code > > -phil. > > On 7/18/18, 6:02 AM, Tom Schindl wrote: >> Hi, >> >> I'm trying to find t

Re: Aw: Chance of Backporting Gtk3 Support to JavaFX 8

Hi, There's a now a defined EOL for SWT-Gtk2 announced [1]. The last SWT Release supporting Gtk2 is 2018-09! Starting with 2018-12 SWT there will be no more Gtk2 support! Tom [1]https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg15783.html On 06.06.18 11:12, Tom Schindl wrote

Review-Request for JDK-8191661

Hi, I'd like to request a review for the fix of JDK-8191661. The change is at https://github.com/javafxports/openjdk-jfx/pull/100 Tom

Re: Aw: Chance of Backporting Gtk3 Support to JavaFX 8

here? I couldn't find it by > searching for "gtk4". >   > Kind regards, > Thorsten >   > *Gesendet:* Mittwoch, 06. Juni 2018 um 10:20 Uhr > *Von:* "Tom Schindl" > *An:* "openjfx-dev@openjdk.java.net Mailing" > *Betreff:* Chance of Backporting Gtk3

Chance of Backporting Gtk3 Support to JavaFX 8

Hi, Eclipse SWT developers are about to remove Gtk2-SWT port once they start developing towards support for Gtk4. This means there's no SWT-FX-Integration layer anymore for JavaFX8 because it is linked to Gtk2. I know JavaFX-8 is not the new and shining thing because everyone wants to use

OpenGL deprecated in OS-X

Hi, I don‘t know what the Apple guys are smoking but they just deprecated OpenGL. The question is what does this mean for JavaFX. See https://developer.apple.com/macos/whats-new/ Tom Von meinem iPhone gesendet

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

get a Java window on screen? I > don’t think the delay is long enough to bother with a splash screen these > days. > > Scott > >> On Jun 3, 2018, at 4:22 AM, Tom Schindl wrote: >> >> That's why I requested that since a long time from the packager because >

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

calls it Shell) so that you can go interactive showing videos, a progressbar, ... Tom On 03.06.18 10:11, Mario Ivankovits wrote: > A preloader/splash-screen will/should also hide the JVM startup time. > > Best regards, > Mario > > >> Am 03.06.2018 um 0

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

On 01.06.18 19:42, Johan Vos wrote: > I'm not saying a preloader is really a requirement, but I know of a few > applications that are using it and benefiting from it. > > The preloader functionality is more than just a splash screen, and I see > this valuable for instance when static initializers

Re: Draft JEP for new Packaging Tool (replacement for javapackager)

On 01.06.18 08:01, Michael Ennen wrote: > Re-familiarizing myself with what javapackager offers, it seems the > following JavaFX related > features are present: > > 1.) The conversion of CSS to binary CSS > 2.) The ability to specify a preloader > 3.) the ability to specify the JavaFX Application

Re: Review Request: JDK-8195974: Replace use of java.util.logging

>From a pure library developer point-of-view this would mean JavaFX would rely on an implementation detail of the JRE it runs (it's JUnit-Tests). Does this hold true if I run JavaFX on none Oracle VMs, like Eclipse J9 - not that i plan but well you know ;-) Tom On 22.05.18 14:01, Daniel Fuchs

Re: bundling native libs in jars or modules

meinem iPhone gesendet > Am 17.05.2018 um 21:50 schrieb Tom Schindl <tom.schi...@bestsolution.at>: > > Did you check how SWT does addresses the problem? If you run it outside of > OSGi it needs to deal with this problem as well. > > Tom > > Von meinem iPhone gesende

Re: bundling native libs in jars or modules

Did you check how SWT does addresses the problem? If you run it outside of OSGi it needs to deal with this problem as well. Tom Von meinem iPhone gesendet > Am 17.05.2018 um 21:25 schrieb Johan Vos : > > Note: This is different from what is discussed in >

Re: Announcing EA builds of standalone JavaFX SDK

[...] > 3. How do you properly configure an Eclipse (the latest 4.7.3a) project > to use this module path. Adding the OpenJDK was no problem but how do > you add the module path for JavaFX? I failed on that. > You just open the Java Build Path-Properties-Page on the project and add the external

Re: OpenJFX 11 in OSGi

Hi, On 03.05.18 14:05, Kevin Rushforth wrote: > > > On 5/3/2018 4:54 AM, Tom Schindl wrote: >> Hi, >> >> Following up on the native-libs-in-modules I wonder how we deal with >> OSGi-Applications like Eclipse RCP. >> >> Do OpenJFX-Binarie

OpenJFX 11 in OSGi

Hi, Following up on the native-libs-in-modules I wonder how we deal with OSGi-Applications like Eclipse RCP. Do OpenJFX-Binaries run only on the module-path or can they run on the classpath as well. If they can run on the classpath, can they maybe loaded as OSGi-Bundles (if they contain the

Re: JDK-8198795: Remove IDE specific files from the source code repository

Hi On 19.04.18 23:26, Nir Lisker wrote: > So you're adding read edges in the module-info files via "requires". I > didn't do this because these files are shared and we can't have 2 > versions of them. Yes as a temporary workaround. This way I could launch the JUnit-Tests! > I added the read

Re: JDK-8198795: Remove IDE specific files from the source code repository

Hi, I've also worked on the Eclipse specific files. We should compare yours and mine (I've been doing this on Photon-builds against JDK-10). Tom On 18.04.18 12:29, Nir Lisker wrote: > Hi all, > > There were several discussion in GitHub about removing IDE files (they are > linked from the JBS

Re: OpenJFX GitHub mirror

well could we have 2: * github-issue * github-pr The first one indicates someone is working on it over at github, whereas the second means there's a PR that needs to be review. Tom On 29.03.18 08:42, Laurent Bourgès wrote: > Hi, > > As such github references point to either issue or PR, I

Re: [11] Review request : JDK-8195799 : Use System logger instead of platform logger in javafx modules

Minor question on this: I see the test stuff is using java.util.Logging could this not be ported to PlatformLogger? Tom On 26.03.18 22:46, Kevin Rushforth wrote: > This looks fine to me now. > > -- Kevin > > > Ajit Ghaisas wrote: >> Thanks all for the review. >> >> I have addressed the review

Re: Dependencies on java.desktop

On 27.03.18 14:26, Kevin Rushforth wrote: > Hi Tom, > > Yes, this is an unfortunate dependency. It is "only" an implementation > dependency, meaning that nothing in the public API depends on > java.desktop (which is why we don't "requires transient java.desktop"), > so it should be possible to

Re: Dependencies on java.desktop

Hi, Anyone else has an opinion on that? Is require static the way to go? Tom On 21.03.18 23:23, Tom Schindl wrote: > Hi, > > I always thought the JavaFX-Codebase should be able to run with just the > java.base module but I was browsing the codebase a bit and was suprised > (or

Dependencies on java.desktop

Hi, I always thought the JavaFX-Codebase should be able to run with just the java.base module but I was browsing the codebase a bit and was suprised (or rather shocked) that even the base-module requires java.desktop. If I get it correct this because of the java.beans (provided by the adapters)

Re: HostServices.showDocument in Linux: Default browser

Hi, See http://hg.openjdk.java.net/openjfx/jfx-dev/rt/file/dfe920ff7163/modules/javafx.graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java Tom On 17.03.18 13:27, Arne Augenstein wrote: > Hello all, > > I've been trying to figure out which mechanism JavaFX uses in Linux

Re: Packaging DMG with Ant fails on OS-X 10.13.3

>>>> High Sierra. >>>>> https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8190758 >>>>> >>>>> The problem is basically that hdiutil changed its default file >>>>> system to >>>>> APFS, which brea

Packaging DMG with Ant fails on OS-X 10.13.3

Hi, It looks like the packaging of JavaFX-DMGs is broken on the latest OS-X System. Has anyone ancountered the same? Tom

Re: More community participation in JavaFX

Hi, Well Eclipse.org repositories at Github have support to track if you signed a CLA with the Eclipse Foundation and I'm unable to merge PRs if that check fails. Tom On 06.02.18 13:48, dalibor topic wrote: > > > On 05.02.2018 15:41, Kevin Rushforth wrote: >> Yes, this sounds like a good step

Re: Windows Build setupTools

Hi Michael, I did not had to setup any special variables and documented my steps at https://github.com/BestSolution-at/openjfx-build. I had trouble myself initially but the reason was that I ran the "gradle sdk" command from within a MSDOS-Shell but you really need to run it within cygwin.

Re: Building OpenJFX.

Hi Phil, As I've went through the (painful) process of getting OpenJFX build on Windows (without the Webkit part) for a Build-Dummy like myself I've documented those steps 1 by 1 - https://github.com/BestSolution-at/openjfx-build/blob/master/README.md Tom Am 2017-12-19 21:11, schrieb Phil

Resend - Major issues FXCanvas on Win32 with HiDPI

[resending because image in original mail is blocked] Hi, Emebedding JavaFX on a HiDPI-Windows computer is producing incorrect results on Java8 and Java9 - see screenshot to attached [1]. I see the following issues: JDK8: - If swt.autoscale is on (top-right) the Font-Size is invalid and eg.

Re: javafx.scene.shape.Path (memory) inefficient PathElements

I've already posted a patch for 8180938 (lazy property > creation). Check it out and let me know how it > performs for you. > > I have a couple of changes to make to it (and an independent memory > usage test to write) before I send it out for formal > review... > >

Re: javafx.scene.shape.Path (memory) inefficient PathElements

file bugs in JBS and create > them separately: > > - Bug for lazy property creation in path elements > - Feature request for lower-memory paths > > Did you benchmark how much the lazy properties, on their own, would save > your application? > > ...jim >

Re: CSS id selector with embedded dot

Infact '#the.button1' means id = the, cssclass = button1 So it would match Button b ...; b.setId("the"); b.getClassNames().add("button1"); Tom Von meinem iPhone gesendet > Am 10.05.2017 um 16:02 schrieb David Grieve : > > Having an id with a dot is not valid CSS

javafx.scene.shape.Path (memory) inefficient PathElements

Hi, We are currently working on a PDF-Rendering library in JavaFX and we need to draw glyphs using the JavaFX Path API (there are multiple reasons why we don't use the Text-Node and or Canvas). When drawing a page full of Text this means that we have a Path-Object with gazillions of MoveTo and

Re: SimpleIntegerProperty is not a Property

Hi, See that Michael had to say on that https://twitter.com/tomsontom/status/760489595029090304 Tom On 15.02.17 17:19, Michael Paus wrote: > I am also wondering why this has to be so inconsistent. > Just in case you didn't know. > > You can say > p = s.asObject(); > in your example. >

Re: Need an official way to exclude parts of the SceneGraph from CSS-Processing

There you go - https://bugs.openjdk.java.net/browse/JDK-8173301 Tom On 24.01.17 21:47, Jonathan Giles wrote: > Tom, > > You can do one better than dream - you can file a JBS issue where we can > continue to discuss it :-) > > -- Jonathan > > On 24/01/17 10:21 PM,

Re: Need an official way to exclude parts of the SceneGraph from CSS-Processing

nterested in exploring performance-related topics in > JavaFX, I've got plenty of areas to explore :-) Ping me off-list and we > can discuss. > > Unfortunately, again, unless there is some critical oversight these > discussions and investigations into performance and additional API are

Re: Need an official way to exclude parts of the SceneGraph from CSS-Processing

if currently invisible branches of the scene graph are explicitly > detached from it, this does also solve your original problem of > reparenting, doesn't it? It would however be nice if the TabPane would > do the detaching/attaching itself. > > Michael > > > Am 20.01.17 um 11:43

Need an official way to exclude parts of the SceneGraph from CSS-Processing

Hi, One of the biggest problems when working with JavaFX is that if you reparent a big portion of the SceneGraph is that a full CSS-Pass is applied on all reparented SG-Nodes even if those nodes are currently not visible (eg. because they are part of a TabPane). I general I think it is ok to

Re: Impossible to implement custom control with a StyleableObjectProperty on JavaFX9

In a similar vein a property like Labeled#graphicProperty - see https://bugs.openjdk.java.net/browse/JDK-8173106 who can not be implemented on JDK9 at all. Tom On 20.01.17 09:23, Tom Schindl wrote: > Hi, > > naturally it is https://bugs.openjdk.java.net/browse/JDK-8173103

Re: Impossible to implement custom control with a StyleableObjectProperty on JavaFX9

Hi, naturally it is https://bugs.openjdk.java.net/browse/JDK-8173103 Tom On 20.01.17 09:16, Tom Schindl wrote: > https://bugs.openjdk.java.net/browse/JDK-8102126 > > Tom > > On 19.01.17 00:09, Jonathan Giles wrote: >> This sounds like a reasonable issue to discuss a re

Re: Impossible to implement custom control with a StyleableObjectProperty on JavaFX9

following something along the lines > of your suggestion)? > > Also, thanks for taking the time to test JDK 9 - this is exactly the > kind of feedback we need. > > -- Jonathan > > On 19/01/17 12:00 PM, Tom Schindl wrote: >> Hi, >> >> As JavaFX9 has re

Impossible to implement custom control with a StyleableObjectProperty on JavaFX9

Hi, As JavaFX9 has removed impl_reapplyCss() it is impossible for custom controls to deal with a styleable Font-Property. To correctly implement a Font-Property the code needs to look similar to the one in Labeled#fontProperty. The only possibility I see implementing such a property without

Re: Planning for JavaFX.next

Hi, I agree the JavaFX team should focus on the core: * CSS & SG Performance - Like Felix says this needs to be improved significantly. It is unjustifable that JavaFX is lagging so much behind Browsers and other UI-Toolkits * WebGL support in WebView or a way to run Chromium as an external

Re: [9] Review request for 8157002: Toggle gtk version if SWT used via FXCanvas

Hi Kevin, Just replied to Semyon and I think the change is fine Tom On 23.11.16 16:37, Kevin Rushforth wrote: > Hi Tom, > > Would you have time to help us test this? > > -- Kevin > > > Tom Schindl wrote: >> From looking at the code I doubt your fix w

Re: [9] Review request for 8157002: Toggle gtk version if SWT used via FXCanvas

a JavaFX UI c) loads an SWT-UI Both webrefs won't address this case if not mistaken, but I have never seen an application like that ;-) Tom On 23.11.16 13:32, Semyon Sadetsky wrote: > On 11/23/2016 12:38 PM, Tom Schindl wrote: > >> From looking at the code I doubt your fix will w

Re: [9] Review request for 8157002: Toggle gtk version if SWT used via FXCanvas

>From looking at the code I doubt your fix will work reliably in a OSGi-Environment who is the Main deployment scenario for SWT and hence FXCanvas! For sure you won't find the SWT-Library on the SystemClassloader and whether you find it on the Thread-ContextClassloader is just gambling! The only

Re: [9] Code Review Request For 8088179: [Quantum] White flashing when opening a stage with dark background

Hi, Might be dumb questions but Did you try that this doesn't interfere with stages who have been created with StageStyle.TRANSPARENT? What happens if i set the Scene.fill to an rgba value? Doesn't this lead to a different color than what you get today where the background stage background

Re: JavaFX 9: Expose PlatformImpl.runAndWait() as Platform.runAndWait()

e(fx)clipse also uses FutureTask - we initially used CountDownLatch but it escapes my mind what was the reason for that change. BTW: We have many other clever util methods in this area - see -

Re: SVG

Hi, A work around would be to use a custom protocol handler (I assume JavaFX loads the image using URL.openConnection/openStream) who loads the file, runs it through Batik and returns a stream with the rendered image. An URL might look like this: svg:file:/path/to/myfile.svg?size=16x16 and if

Re: javafx.embed.swt.* regarded as JDK internal API by jdeps of jdk9-ea135

o > „repackage“ the automatic (and thus implicitly defined) javafx.swt module as > an explicit one as part of e(fx)clipse, or did you - like me - expect that > javafx.swt will yet be turned into an explicit module by the OpenJFX team? > > Best Regards, > Alexander

Re: javafx.embed.swt.* regarded as JDK internal API by jdeps of jdk9-ea135

d thus named) module in a layer, but that still >>>> needs to be tested. We currently do all of our own testing by adding it as >>>> an automatic module on the module path as follows: >>>> >>>> $ java --module-path $JAVA_HOME/lib/javafx-swt.jar --add-mod

Re: JavaFX with Eclipse and JDK9

For what is worth - the problem is that JDT-Beta-Builds are only modules starting with "java.". I've started a thread at jdt-core mailing list [1] - I started working on a patch to also add "javafx." and hope it gets accepted. Tom

Re: Reentrent call to Control.createDefaultSkin()

Hi, I filed https://bugs.openjdk.java.net/browse/JDK-8160242 Tom On 23.06.16 00:55, Jonathan Giles wrote: > I think this is a reasonable expectation. Can you please file an issue > and we can progress it from there? > > Thanks, > > -- Jonathan > > On 23/06/16 7:

Re: Posible bug when maximizing an already maximized stage on Mac

go ahead. > > Jose > > On Thu, Jun 23, 2016 at 3:15 PM, Tom Schindl > <tom.schi...@bestsolution.at <mailto:tom.schi...@bestsolution.at>> wrote: > > Did you ever filed a bug for that? This is a serious bug rendering > JavaFX applications useless. > >

Re: Posible bug when maximizing an already maximized stage on Mac

Did you ever filed a bug for that? This is a serious bug rendering JavaFX applications useless. Tom On 31.03.16 11:16, José Pereda wrote: > Hi all, > > Running this little test on a MacBook Pro Retina, OS X 10.11.4, with JDK > 8u77: > > @Override > public void start(Stage stage) { >

Reentrent call to Control.createDefaultSkin()

Hi, Take a look at the stack below. > ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase, > ComboBoxBaseBehavior) line: 57 > ComboBoxListViewSkin(ComboBoxPopupControl).(ComboBoxBase, > ComboBoxBaseBehavior) line: 61 > ComboBoxListViewSkin.(ComboBox) line: 113 >

Bootstrapping in Java9

Hi, I was playing around with Java9 a bit yesterday things worked fine but what disturbs me a bit is that I need to export the package with my Application-Subclass because naturally Java9 can not create an instance of none-exported class with reflection. Although not being a big problem it

Proper shutdown of JavaFX if Platform.startup and Platform.setImplicitExit(false) is used (on OS-X)

Hi, In Java9 PlatformImpl.startup was provide as API in Platform which is great but not enough to solve my current problem. Let me start with the following I can not use Application.launch() to bootstrap my OSGi-Application because this would block endless because if the native launching going

Re: Anyone using JMX with JavaFX?

What has the removal of JMX for JavaFX todo with Oracle using JavaFX themselves? There are projects at Oracle who for sure do use JavaFX and one of them is installed in your JDK! It's Java-Mission-Control. Tom On 10.06.16 12:46, Felix Bembrick wrote: > I am taking that as a "yes" answer to my

Re: [9] review request: 8131888: Deliver javafx.swt as a modular jar in JDK 9

javafx.swt with > a parent class loader that loads SWT classes - would that be feasible? > > Mandy > >> >> -- Kevin >> >> >> Tom Schindl wrote: >>> Rereading the jira it take that back if javafx.swt can still be loaded as a >>> simple j

Re: [9] review request: 8131888: Deliver javafx.swt as a modular jar in JDK 9

st an ordinary jar on the classpath. > > -- Kevin > > > Tom Schindl wrote: >> >> Rereading the jira it take that back if javafx.swt can still be loaded as a >> simple jar things will work >> >> Tom >> >> Von meinem iPhone gesendet >> &

Re: [9] review request: 8131888: Deliver javafx.swt as a modular jar in JDK 9

Hi, I highly doubt this will work in an OSGi-Env like Eclipse (which the 99%) use case for SWT useage. The SWT jar is not on the application classpath so how should a module (named or unnamed) find the SWT classes? Tom Von meinem iPhone gesendet > Am 26.05.2016 um 02:43 schrieb Mandy Chung

Re: early draft for 8087516: [JavaFX] Conditional support for GTK 3 on Linux

David / Kevin, Do you see chances to detect for the SWT case if we are running with SWT on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3 The problem with requiring one to switch by setting the System-Property is that eg if someone want to use FX in the Eclipse IDE he does not control

Re: Mac OSX and German Keyboard Layout (Y/Z)

Hi Kevin, I filed https://bugs.openjdk.java.net/browse/JDK-8150709 Tom On 26.02.16 02:39, Kevin Rushforth wrote: > Hi Tom, > > Please file a bug so we can look at it. > > Thanks. > > -- Kevin > > > Tom Schindl wrote: >> Hi, >> >> Anyone any i

Re: Mac OSX and German Keyboard Layout (Y/Z)

Hi, Anyone any insights? Any Swing Savy dev around who knows how Swing manages to deliver the right key? Tom On 22.01.16 13:30, Tom Schindl wrote: > Hi, > > I just discovered that the KeyCode reported by JavaFX on OS-X with a > german keyboard layout (where eg z and y are

Re: plans to make JavaFX 8 platform independent again?

Hi, In general I think this whole Spinner thing is completely bogus Suppose the following: > Spinner s = new Spinner<>(0.0, 1.0, 0.0); > s.valueProperty().addListener( new > ChangeListener() { > > @Override >

Mac OSX and German Keyboard Layout (Y/Z)

Hi, I just discovered that the KeyCode reported by JavaFX on OS-X with a german keyboard layout (where eg z and y are interchanged) is wrong. If you press a Z you get as the KeyCode.Y and for Y you get KeyCode.Z - this Y/Z problem. I don't think that I as a java-dev need to deal with that and if

RT-46214 - TreeTableView performance

Hi, I've just filed https://bugs.openjdk.java.net/browse/RT-46214 but I wanted to post to the list asking if others have also observed this behavior. The problem is the TreeTableView rebuilds its cell and rows on each and every add operation which naturally is not very effecient. Tom --

Re: RT-46214 - TreeTableView performance

ed to be read-only. I will check why that >> didn't happen. In the mean time please do not file bugs in that >> project. All bugs, including JavaFX bugs, use the JDK project. >> >> Thanks. >> >> -- Kevin >> >> >> Tom Schindl wrote: >>> Hi, >>

Constant resetting to initial-state when adding/remove styleclasses

Hi, While debugging some code I attached a listener to a property and noticed that whenever a style-class is added to the control or even worse somewhere in the parent hierarchy that FX resets the value to its initial state (Node#reapplyCss & CssStyleHelper) only to set it back to it's real value

Re: Update on FX plans for JDK 9

[...] > JDK-8087516: Conditional support in JavaFX for GTK 3 on Linux This is a real problem for the SWT-FX integration because SWT is more and more setting GTK3 as the default. We (the OSGi-FXClassloader) currently saves people from hard core-dumps by refusing to load FXCanvas but they'll get

Re: Update on FX plans for JDK 9

Hi, I have a another API I'd like to get into FX9 which makes my implementation of Source-Code editors smoother: https://bugs.openjdk.java.net/browse/JDK-8090688 It even has a patch which most likely does not apply any more because of the whole stuff getting public API but I would recreate it

Re: Oracle's mobile JDK ports & JavaFX

Hi, If I read this correct [1]: * Zero is an interpreter only VM hence it it is slow * Shark does provide JIT features but * on iOS you are not allowed to produce exectuable code at runtime hence you stick with the interpreter only * AOT is not on the table for Zero/Shark, at least I didn't

Re: [Review request] 8145143: Promote Image.impl_getUrl() to public API as Image.getUrl()

As i see it the url is optional so wouldn't make sense to return Optional to make this more explicit? Tom Von meinem iPhone gesendet > Am 10.12.2015 um 21:54 schrieb Jonathan Giles : > > Hi Chien, Kevin, > > Please can you review the following JBS issue (and

Re: Why there is no WebWorker like mechanism for JavaFX

; I handled the issue by using WebWorker in WebView, my main suggestion is > about JavaFX's threading model, not for a workaround. > > I can try j2v8 if it supports Java Scripting API > > Thanks. > > 2015-12-08 16:24 GMT+02:00 Tom Schindl <tom.schi...@bestsol

FXCanvas in a Java9 world

Hi, This is just a short notice for those who require FXCanvas to integrate their applications in an existing SWT-Application - most notably Eclipse RCP or Eclipse IDE. I've created an defect in the Eclipse Bugtracking System [1] so that you can subscribe to it if you want to follow how this is

Followup on our Splash Screen discussion at JavaOne (using AWT-SplashScreen)

Hi Chris, Danno and OpenJFX-Group, Chris not sure you remember our discussion at JavaOne concerning a static splash that opens when using the java-packager. You said you think the AWT-Splash should work so I gave that a try today and in general AWT-Splash and JavaFX can be used together if you:

Re: Feature request: DirectX Support for Java3D / JavaFX on Windows & "Take care that OpenGL1 and OpenGL2 are supported by Java3D / JavaFX in a way, that OpenGL1-only computers are not excluded from a

Hi, I've to admit that I could not follow you completely but JavaFX on Windows is based on DirectX (OpenGL is only provided for Linux/OS-X where it is the defacto standard and far from dead). Tom On 16.10.15 13:54, Rolf Hemmerling wrote: > Hello Java3D / JavaFX core developers! > > Feature

Re: JEP 253 webrev ready for review

What certainly should be factored out to be reusable is the CSS-Graphics-Property-Stuff because it does quite some magic! Tom On 05.09.15 21:44, Hendrik Ebbers wrote: > Sounds perfect. I think a SPI based plugin structure would be perfect. > > Cheers, > > Hendrik > > Von meinem iPhone

Re: bad TableView example in the tutorial

On 23.07.15 13:35, Henning Brackmann wrote: https://docs.oracle.com/javase/8/javafx/user-interface-tutorial/table-view .htm Why are the SimpleStringProperties in the person class private? IMHO the Person class should be: Example 13-3 Creating the Person Class public

Re: Error: JFX not installed? Running openJDK7

Oh it is a bad idea to develop against JDK8 and then trying to run with Java7! Tom On 19.07.15 13:28, Tom Schindl wrote: NO - Linux distros don't bundle JavaFX with they installs. Tom On 19.07.15 01:56, Ash wrote: I have Oracle's Java 8 JDK (downloaded it for the netbeans) and openJDK7

Re: Error: JFX not installed? Running openJDK7

NO - Linux distros don't bundle JavaFX with they installs. Tom On 19.07.15 01:56, Ash wrote: I have Oracle's Java 8 JDK (downloaded it for the netbeans) and openJDK7 (installed standard). I am running linux mint 17 (ubuntu). I made a default hello world JFX-enabled program in netbeans and

Re: Lazy loading of images in scrollpane

Use a ListView ;-) Unfortunately the base class (VirtualFlow is not public API) Tom On 13.07.15 20:19, Christian Krampenschiesser wrote: Hi all, I am trying around since some time to load images when they are visible in a scollpane. However the only solution I got so far is quite

Re: JavaFx: can data binding (textfield) be used in production mode?

In the given sample the adapter is a local variable and hence it is garbage collected at some point in time and because javafx bindings are implemented with weaklisteners (see the javadoc) it will stop updateing your Bean! So it works as designed and your code is simply wrong! Tom Von meinem

Re: Why are style classes stored in a List instead of a Set?

Beside the usecase mentioned by Tomas - the following thread on stackoverflow indicate that it might in some cases make a difference! http://stackoverflow.com/questions/15670631/does-the-order-of-classes-listed-on-an-item-affect-the-css Tom Von meinem iPhone gesendet Am 21.05.2015 um 07:39

Re: Why are style classes stored in a List instead of a Set?

On 21.05.15 09:03, Roland C wrote: Hello, the problem is that it isn't clear how the mechanism works. A list suggests that there is an order. But there isn't. The only order that is And I repeat order might make a difference if you use selectors who depend on order (although those selectors

Re: Stage hide/show from Swing

:( Matthias Am 18.05.2015 um 16:26 schrieb Tom Schindl tom.schi...@bestsolution.at: So then simply call Platform.setImplicitExit(false)? Tom On 18.05.15 16:19, Matthias Hänel wrote: Thanks Scott for your fast answer. Well, in this case PlatformImpl.runLater(new Runnable

Re: Stage hide/show from Swing

So then simply call Platform.setImplicitExit(false)? Tom On 18.05.15 16:19, Matthias Hänel wrote: Thanks Scott for your fast answer. Well, in this case PlatformImpl.runLater(new Runnable() { @Override public void run() { ... is never called. I

<    1   2   3   4   >