Re: Javafx 17 and moditect no longer working

Ahm. What does JPMS bring besides headaches? On 2021-09-10 15:00, Ty Young wrote: My application also does not work with 17. The module-info.java spits out random duplicate module reading errors and JavaFX classes can't be found at compile time. On 9/10/21 5:47 AM, Clemens Lanthaler wrote

Re: Enhancements for JavaFX 18

+1 On 2021-08-04 11:58, Jeanette Winzenburg wrote: my suggestion would be the longstanding commit-edit-on-focus-lost - solved by an enhancement to the editing api on virtualized controls -- Jeanette Zitat von Kevin Rushforth : Now that JavaFX 17 is in RDP2, we can turn more attention to bu

Re: TimePicker

other areas. On 2021-05-26 16:29, Davide Perini wrote: But why I need JFXtras to have a timepicker? O_o Il 26/05/2021 16:14, Tom Eugelink ha scritto: JFXtras has one. https://github.com/JFXtras/jfxtras/blob/11/jfxtras-controls/src/main/java/jfxtras/scene/control/LocalTimePicker.java On

Re: TimePicker

JFXtras has one. https://github.com/JFXtras/jfxtras/blob/11/jfxtras-controls/src/main/java/jfxtras/scene/control/LocalTimePicker.java On 2021-05-26 15:03, Davide Perini wrote: Hi guys, is there a simple time picker in JavaFX? I only see DatePicker but not TimePicker. Thanks Davide

Re: Make themes a first-class concept in JavaFX

I've been a proponent of a theme implementation for a long time, even before JavaFX was separated out (had quite a few discussions with Jonathan about it). So this proposal is great! On 2021-05-21 06:36, Michael Strauß wrote: Currently, the two themes shipped with JavaFX (Caspian and Modena)

Re: Fully custom theme vs overriding Modena

Pedro has done something like this with JMetro, maybe you can contact him. https://pixelduke.com/java-javafx-theme-jmetro/ https://github.com/JFXtras/jfxtras-styles On 2021-03-31 13:29, Ed Kennard wrote: Hi all, I’m about to embark on some work which will remove our dependency on the Modena t

Re: javafx-maven-plugin eclipse java version

Interesting. Is anyone monitoring the plugin repo? On 2021-03-28 13:12, Tom Eugelink wrote: Added toolchains support to javafx-maven-plugin and created a PR. https://github.com/openjfx/javafx-maven-plugin/pull/118 So you can do: org.apache.maven.plugins maven-toolchains-plugin 3.0.0

Re: javafx-maven-plugin eclipse java version

compiling and javafx:run (given the PR is merged). The easiest way to get that setup is using sdkman, install the required jdks, then also install jbang (sdk install jbang) and run 'jbang sdkman@tbee/mavenToolchains' On 2021-03-27 10:47, Tom Eugelink wrote: The plugin has an executa

Re: javafx-maven-plugin eclipse java version

The plugin has an executable option which can refer to the java executable. Per it uses the system default, which apparently is different between my bash and the shell that eclipse uses. If I hard code the correct path, it works correctly. But a hardcoded path is not okay, so I'm going to try

Re: javafx-maven-plugin eclipse java version

Mar 26, 2021 at 10:08 AM Tom Eugelink mailto:t...@tbee.org>> wrote: To prevent me from going on a long search-and-rescue, I figured I'd post a small question here. I'm trying to run an application with the javafx-maven-plugin on top of JDK 15. Works fine. But the momen

javafx-maven-plugin eclipse java version

To prevent me from going on a long search-and-rescue, I figured I'd post a small question here. I'm trying to run an application with the javafx-maven-plugin on top of JDK 15. Works fine. But the moment I do javafx:run from within Eclipse, it complains about the classfile versions: it says the

Re: Not really a nice comment but a real issue?

And the reaction is interesting. I'll better leave it at that one comment. On 20-3-2021 20:10, Tom Eugelink wrote: I could not refrain from commenting on the tone of the blog, in line with what Johan often complains about. Apparently you guys are stronger than me. But I was polite and

Re: Not really a nice comment but a real issue?

I could not refrain from commenting on the tone of the blog, in line with what Johan often complains about. Apparently you guys are stronger than me. But I was polite and kept it to myself. On 20-3-2021 19:57, Philip Race wrote: It was a P4 enhancement. I've made it a bug .. this or the new

Re: Not really a nice comment but a real issue?

A good feature during development is not necessarily a good feature during production, especially if it (apparently) has a significant performance impact. But I see your point. On 19-3-2021 15:32, Pedro Duque Vieira wrote: Hi I actually totally disagree with his conclusion. In fact, I'd s

Re: Not really a nice comment but a real issue?

The blog does make some valid points. On 19-3-2021 14:29, Clement Levallois wrote: Hi all, I just came across this blog post which complains about a badly implemented stream reader in JavaFX. The general tone is not nice, but I figured this could be useful to the developers maintaining this

Re: Make javafx.controls open and community-driven

I have to agree. All the protection measures, although well intended originally, are not helping. On 2-2-2021 08:02, Julian Jupiter wrote: Yes, please! Julez On Tue, Feb 2, 2021, 2:37 PM , wrote: Hello. JavaFX is a great toolkit, which personally I like a lot, but it's slowly dying for

Re: RFE: Shape Intersection

I'm curious about the reasons, because reinventing the wheel does not seem to be smart as well... On 18-1-2021 13:10, Michael Paus wrote: I just mentioned JTS in a tweet myself (https://twitter.com/MichaelPaus/status/1351133904409915395) but I think it would be a mistake to integrate that int

Re: Remove JavaFX JPMS enforcement

JFXtras is split in many modules as well, the question is if it really is that important to do. Splitting up in jars -so you don't need to include what is not needed- is good, but whether they need to be modules... The way I see it is that JPMS requires the same amount of effort as OSGi for ex

Re: Remove JavaFX JPMS enforcement

I'm in the process of porting an app from Java 8 to Java 11. Just getting it to run in classpath mode is not that hard anymore; upgrade a bunch of libraries and you're set. As an experiment I'm now activating JPMS. Right! What a lot of work! Do you have any idea how many fairly common librarie

Re: [EXTERNAL] Explanation of different scaling factors anywhere?

One can't keep taps on everything. :-) It was part of the "One application to rule them all" talk I had on the JavaOne 2017. Just tested it, but it's still doing its thing in my time registration app. Desktop layout: Phone layout: This is on my desktop when I resize the window. I'll stop spam

Re: [EXTERNAL] Explanation of different scaling factors anywhere?

ResponsivePane is an attempt to do something in that way, but I chose a slightly different approach where the system automatically switches between different layouts and CSS files depending on the window's size. It has a common area (reusable nodes) and then specific layouts per size. https://t

Re: Debugging JavaFX

to have a binary available with the local symbols (or to add them to the default build), but I don't know whether it's generally useful enough to justify it. Maybe Johan can weigh in on this one? -- Kevin On 7/17/2019 1:50 PM, Tom Eugelink wrote: I think I saw that one of the argu

Re: Debugging JavaFX

I think I saw that one of the argument for not providing debug symbols was size... If there is anything I would not quickly compromise on nowadays is size. Even my smartwatch has gigabytes of internal storage. If size is an issue for an application, it is usually not caused by including debug s

Table data entry

There is a chance that I may need to start a complete rewrite of a Swing client, of course I'm considering JavaFX, but only if I can do efficient data entry in tables. This means: enter commits value and moves focus to another (not necessarily the next) cell. AFAIK one of the requirements is th

Re: Why don't GridPane, HBox, BorderPane, VBox, StackPane have Skins?

Panes are about positioning their children. But if you need a div element to do so, that should be no problem. The render engine is free to choose whatever it needs to render a given node tree. The nodes tree is about what needs to be rendered, not how to do it for a certain technology. So Gri

Re: Why don't GridPane, HBox, BorderPane, VBox, StackPane have Skins?

The second a Pane does something more than layout its children, but renders something (like TabPane does), I agree. Pure layout does not need a skin. On 26-4-2019 15:13, Alex Sviridov wrote: I am studying JavaFX API and can't understand why GridPane, HBox, BorderPane, VBox, StackPane don't hav

Re: Has any consideration been made to move the Charts into s separate module?

Has that ever been officially stated or established? How can javafx.controls or javafx.fxml not be considered core modules? There’s not much you can do with JavaFX without controls and FXML (albeit optional) is a critical part of most JavaFX apps. On 6 Jan 2019, at 20:27, Tom Eugelink wrote: But (I

Re: Has any consideration been made to move the Charts into s separate module?

But (I assumed charts was in core as Ramon said) taking a look at the javadoc; charts are in the controls module, not in the core (javafx-base or javafx-graphics). So that seems quite ok. https://docs.oracle.com/javase/9/docs/api/javafx.controls-summary.html On 6-1-2019 02:58, John-Val Rose w

Re: Has any consideration been made to move the Charts into s separate module?

That does make sense... On 5-1-2019 14:56, Ramon Santiago wrote: Yes, I meant removing charts from the core of JavaFX and moving he charts to a separate JPMS module. Why? They are not really core components are they? They are dead weight in applications that never will use them. On Sat, Jan

Re: Q: Rotated labels, layout and reflow

e to make the difference very clear. --John On 15/12/2018 09:18, Tom Eugelink wrote: It's a bit grey. If this goes towards a bug in the layout, it could be considered OpenJFX development. It could also go towards a patch, because instead of using Canvas I would suggest (John) to look at the HBo

Re: Q: Rotated labels, layout and reflow

It's a bit grey. If this goes towards a bug in the layout, it could be considered OpenJFX development. It could also go towards a patch, because instead of using Canvas I would suggest (John) to look at the HBox and see if you can figure out why it is not doing what you want. And if that is too

Re: Bug: Not on FX application thread exception is inconsistent

This isn't me not doing my research, this is objectively JavaFX not providing the functionality that is necessary to do something rather trivial: update an API object and provide information from that API object right after it's updated to the user(without ChangeListener). You are not usin

Re: JavaFX 11 snapshots in maven sonatype

JFXtras also uses versioning based on the associated Java version, which works quite well. It can change based on what will be picked here. Or not. :-) On 8-7-2018 21:28, Johan Vos wrote: I agree. It's not only the pragmatic approach (no need for a work-around for the gradle snapshot/classifie

Re: JavaFX 11 snapshots in maven sonatype

If you deploy it as a release, Sonatype won't allow overwriting, right? So its behavior is different from a snapshot and you can't overwrite it each night. Maybe frequently releasing EA builds is acceptable for Gradle, and Maven can still use snapshots? Or can Gradle be told to use a specific sn

Re: Table Input

This is a well known and already deeply discussed issue. I'm still not sure where we are with it, but Jonathan knows I believe. On 19-6-2018 20:53, Ty Young wrote: On 06/19/2018 10:51 AM, omnip...@gmail.com wrote: A minor issue in the Table component existed in previous versions of JavaFX wh

Re: clinit and threads

Just in case you had not though of this (I expect you have), but you can have a kind of static gateway boolean preventing toolkit being created as long as it should not be. java -Djavafx.toolkit.noSingleton public static synchronized Toolkit getToolkit() {     if (TOOLKIT == null && System.get

WaitForPaintPulse

Is there a way in J9+ to wait for a paint pulse? I'm having problems getting my unit tests stable. Tom

Re: JEP 286: Local-Variable Type Inference: Usage

It is very comforting to see restraint when new features become available. IMHO a lot of the var-readability comes down to moving the type information into the variable name (which I personally do already anyhow) and regionality. Kudos On 29-3-2018 20:41, Kevin Rushforth wrote: I tend to agr

Re: modules versus SDK's

I totally assumed that, when JavaFX is separated out, it will distributed as an artifact on Maven central (or similar) so it can be included like a dependency. Feels like a no brainer? On 26-3-2018 10:50, Johan Vos wrote: Hi, I want to start a discussion on distributing JavaFX as an SDK vers

Re: More community participation in JavaFX

be synonymous with contribution to OpenJFX. People who >> find the challenges of the current OpenJFX requirements too great should >> be >> encouraged to involve themselves in projects such as JFXtras, etc. >> >> -- Jonathan >> >>> On Wed, Feb 7, 2018 at 3:05

Re: More community participation in JavaFX

Many years ago I had a discussion with Jonathan Giles about if the things that were being made in JFXtras would eventually become part of the JavaFX core. In the end I decided that, for me personally, I could do the things I wanted to perfectly in a separate project. The rigid structure that Ja

Re: PathTransition jitter

I'm seeing some very small irregularities; short hesitations and then small jumps ahead. Nothing major, but it is not totally smooth. (2.6GHz Intel i5, AMD FirePro M5950 GPU, Windows 10 x64) Slowing the animation to 8 instead of 4 seconds, make these hiccups better visible. They're most defini

Re: Testing your JavaFX applications on JDK 9

One of the methods I use a lot in Tests, to make sure something has happened, is: runAndWait( () -> Platform.firePulse() ); firePulse no longer exists. Is there a replacement? The rest seems to compile ok. But I cannot run the tests ATM. On 11-1-2017 20:14, Kevin Rushforth wrote: As y

Re: Testing your JavaFX applications on JDK 9

://mail.openjdk.java.net/pipermail/openjfx-dev/2016-December/020077.html Note that if you are building on Windows without Cygwin, you need to remove quotes. Vadim On 14.01.2017 23:26, Tom Eugelink wrote: On 11-1-2017 20:14, Kevin Rushforth wrote: As you may know JDK 9 has hit the feature extension

Re: Testing your JavaFX applications on JDK 9

On 11-1-2017 20:14, Kevin Rushforth wrote: As you may know JDK 9 has hit the feature extension complete milestone [1]. We still have a small number of weeks to fix P1-P3 bugs, but we need to know about them in order to fix them. Our focus will be on bugs that are new in JDK 9 (regressions). I

Re: Planning for JavaFX.next

is missing to you would also be very useful. -- Jonathan On 7/12/16 9:19 PM, Tom Eugelink wrote: From my perspective, from this list, TableView is a big candidate to get some real TLC. And about animations; for testing it is very important to be able to _easy_ detect when an animation i

Re: Planning for JavaFX.next

@Jeff: You may find the jpro.io approach interesting for running apps in the webbrowser. Tom On 8-12-2016 15:09, Jeff Martin wrote: Be wary of selection bias when asking advice from us on this list. I would advocate a fe

Re: Planning for JavaFX.next

If you would integrate ControlsFX with JavaFX, it would bind to its release cycle and policies as well. Having ControlsFX (or my JFXtras) as a separate project, allows for much more flexibility. So I would really not do that. Nope. Tom On 8-12-2016 08:04, Matthew Elliot wrote: +1 for CSS per

Re: Planning for JavaFX.next

From my perspective, from this list, TableView is a big candidate to get some real TLC. And about animations; for testing it is very important to be able to _easy_ detect when an animation is still active (one of the biggest problems I currently have with CSS 3 animations). About Layout contai

Re: Looking forward to JavaFX 9!

Please find something else to spent your time on. Tom On 14-6-2016 14:52, Felix Bembrick wrote: OK, I have learned my lesson - I will be careful to be strictly on-topic and very well behaved in this post. So, I would simply request if someone could please provide a complete list of all the

Re: including fonts

belong to an "application layer" which is what the brower really is, and sits on top of those platform APIs. And in this case the equivalent is the FX CSS implementation which sits on top of the FX font API. -phil. On 1/5/16, 5:35 AM, Tom Eugelink wrote: It should, but it does not. It

Re: including fonts

nless CSS is doing some buggy filtering or remembering of its own. Perhaps explicitly specifying "normal" will fix that. -phil. On 01/04/2016 12:08 AM, Tom Eugelink wrote: No problem, thanks for the suggestion! What I expect to be the cause is that the attributes in @font-face, specifyi

Re: including fonts

nt me from swimming in the wrong direction. Tom On 4-1-2016 00:02, cogmission (David Ray) wrote: I guess I was assuming the "ideal"/expected behavior applied? Sorry... On Sun, Jan 3, 2016 at 10:14 AM, Tom Eugelink mailto:t...@tbee.org>> wrote: Hi David, Which would assume

Re: including fonts

-types via type keywords? ...via -fx-font-weight: bold,bolder etc. -fx-font-style: plain, italic Cheers, David On Sun, Jan 3, 2016 at 8:52 AM, Tom Eugelink mailto:t...@tbee.org>> wrote: Addendum: If I list the font families using Font.getFamilies() I get "Roboto Medium"

Re: including fonts

xamination of the font loading reveals that indeed each font has its own distinct name and some fonts shared the same family name. That makes sense. The thing is that in CSS -as far as I can see- fonts can only accessed through its family name, not its own name. Tom On 3-1-2016 11:21, Tom

including fonts

I'm currently including Google's Roboto font in JFXtras and making it easily available to other users. I noticed that the font-family attribute in font-face is ignored, and you have to use the name as it is specified in the TTF file. I found https://bugs.openjdk.java.net/browse/JDK-8094516 whic

Re: Text differences between OSes

Right. Nevermind. That's the drawback of CSS; on Debian the font was not correctly loaded, but there was no error. Both render at 11.0 now. Tom On 27-12-2015 09:48, Tom Eugelink wrote: The article behind the link says that specifying the size in px should solve it, I just retried that

Re: Text differences between OSes

ce if it were a scale. On 26-12-2015 23:24, Hervé Girod wrote: In my memory the point size in Unix systems and Windows do not consider the same default screen density. See this for example: http://www.rfwilmut.clara.net/about/fonts.html Hervé Sent from my iPhone On Dec 26, 2015, at 23:05

Text differences between OSes

Maybe someone can help me get going on this: my 'unit' tests on some of the component in JFXtras fail when run on different operating systems; right now I'm running Debian next to Windows and rending the same Text node has different results: on Windows it is 847 pixels wide, on Linux it is 1083

Re: Future of JavaFX

There indeed seems to be negative buzz around JavaFX, and Oracle stopping with promoting it, is indeed confusing, at the very least. And it is noticeable everywhere; without wanting to wine, I really do have a nice JavaFX / JFXtras presentation, but it being declined on all conferences for me i

Re: RejectedExecutionException

#x27;t complete if you're busy tearing down process state? So perhaps Quantum should just set a custom reject handler that ignores the issue instead of throwing. On Mon, Aug 3, 2015 at 4:10 PM, Tom Eugelink mailto:t...@tbee.org>> wrote: Working on a new skin for JFXtras Agenda.

Re: RejectedExecutionException

platform has been started in the Unit Tests 2015-08-03 16:10 GMT+02:00 Tom Eugelink mailto:t...@tbee.org>>: Working on a new skin for JFXtras Agenda... What is JavaFX trying to tell me with this exception? java.util.concurrent.RejectedExecutionException

RejectedExecutionException

Working on a new skin for JFXtras Agenda... What is JavaFX trying to tell me with this exception? java.util.concurrent.RejectedExecutionException: Task com.sun.javafx.tk.quantum.PaintRenderJob@33cf88 rejected from com.sun.javafx.tk.quantum.QuantumRenderer@1133212[Terminated, pool size = 0, ac

Re: JavaFX features in JDK 9

I have no direct knowledge of anything Oracle, but based on recent press releases Oracle has put "the cloud" up front and center. So I'm betting a lot of resources will go into that, and a lot of projects not in line with that goal will be reduced to maintenance mode. Personally I see the reduc

Re: right-to-left and clipping

om/JFXtras/jfxtras/blob/8.0/jfxtras-agenda/src/main/java/jfxtras/internal/scene/control/skin/agenda/base24hour/LayoutHelp.java#L89 So it seems that clipping is not including in the automatic mirror when entering right-to-left mode. I would think this is a bug? Tom On 4-6-2015 21:29, Tom Euge

Re: right-to-left and clipping

b/8.0/jfxtras-agenda/src/main/java/jfxtras/internal/scene/control/skin/agenda/base24hour/LayoutHelp.java#L89 So it seems that clipping is not including in the automatic mirror when entering right-to-left mode. I would think this is a bug? Tom On 4-6-2015 21:29, Tom Eugelink wrote: Someone post

right-to-left and clipping

Someone posted an issue with JFXtras Agenda and right-to-left node orientation. I fixed the part where dragging an appointment was using scene based coordinates and thus did not play nice with the automatic mirroring when right-to-left is activated. However, I also see rendering issues where c

Re: slightly ot: java9 runtime images

it delete jars on its own classpath... Werner On 14.05.2015 08:22, Tom Eugelink wrote: Unfortunately you cannot have the spawned JVM cleanup after itself, otherwise I could stop the initial JVM after it spawned the other.

Re: Off topic: named parameters

Sorry it took me a while to respond, I had a talk to prepare for. On 28-4-2015 08:22, Mario Torre wrote: On Tue, 2015-04-21 at 09:52 +0200, Tom Eugelink wrote: Totally off topic, I apologise, but the subscribers to this list are the type of people who may have the experience I seek. I&#x

Re: slightly ot: java9 runtime images

possible to generate a standalone exe without installer (the bundler name is "Windows Application Image"). That's the first thing I noticed, when I tested it. Regards, Benjamin On Wed, May 13, 2015 at 11:43 AM, Tom Eugelink mailto:t...@tbee.org>> wrote: On 7-5-2015 15:5

Re: slightly ot: java9 runtime images

On 7-5-2015 15:52, Danno Ferrin wrote: It would be a major improvement (not only for JavaFX applications, but also standalone servers) if it would become possible to create a truly single distributable, without having to repack the jars. So either by automatic unpacking to a tmp and setting th

Re: slightly ot: java9 runtime images

On 7-5-2015 16:44, Mike Hearn wrote: Do you actually need JAR signatures anyway? The JVM is bundled, it's not like you have to pass some system security policy beyond Gatekeeper/Windows code signing. Well, I remember the official Sun mail.jar being signed and causing headaches if it was repa

Re: slightly ot: java9 runtime images

On 7-5-2015 15:52, Danno Ferrin wrote: I don’t know where you got your information, it has never been the case for as long as i’ve used it and worked on it before my employ at Oracle that you have to rely on a single jar for Java Packager. Repacking jars is completely unneeded and the Java P

Re: slightly ot: java9 runtime images

On 7-5-2015 02:15, Danno Ferrin wrote: You can already do some of that today with Java 8 and the Java Packager. You can create a file tree that can be zipped up that includes the runtime and all of the application files, as well as native installers for windows, linux, and mac that will insta

Off topic: named parameters

Totally off topic, I apologise, but the subscribers to this list are the type of people who may have the experience I seek. I've been trying to pitch the concept of named parameters for Java 9, but somehow my JEP is never picked up. I emailed it in twice. Has anyone ever successfully handed in

Re: JavaFX JIRA issues moving to JBS

I do not understand these doubts, JBS is Jira?! https://wiki.openjdk.java.net/display/general/JBS+Overview /The JDK bug system (JBS) ... is a JIRA instance which provides bug tracking for Projects in the OpenJDK/ On 15-4-2015 09:42, Fabrizio Giudici wrote: While consolidating the issue tracke

Re: @import in CSS

.needle { -fx-fill: orange; } .SimpleMetroArcGauge .needle { -fx-fill: -fxx-needle-color; } In this way, a needle that is a child of .SimpleMetroArcGauge will pick up -fxx-needle-color, but a .needle that is not will be orange. On 4/9/15 11:11 AM, Tom Eugelink wrote: Hm. That would mean this shou

Re: @import in CSS

e is the excerpt that matters: " if two declarations have the same weight, origin and specificity, the latter specified wins. Declarations in imported style sheets are considered to be before any declarations in the style sheet itself." On 4/9/15 1:42 AM, Tom Eugelink wrote: Does the

Re: @import in CSS

Does the order in which things appear in a CSS have influence on the behavior? Tom On 8-4-2015 23:22, David Grieve wrote: The spec says that if there is an @import it has to appear first before any rule, except @charset, if present. On 4/8/15 5:12 PM, Tom Eugelink wrote: I'm curr

@import in CSS

I'm currently porting and reworking some gauges from Enzo to JFXtras. One of things that gets reworked involves that all gauges will have custom colored segments. These segments can be preset using colorschemes (e.g. green to red in 10 steps), so the CSS for these colors are shared over all gau

Re: Debugging CSS

https://javafx-jira.kenai.com/browse/RT-40437 On 6-4-2015 16:25, David Grieve wrote: You should file an issue in jira for this. On 4/6/15 3:31 AM, Tom Eugelink wrote: On 6-4-2015 00:58, David Grieve wrote: On 4/5/15 3:56 AM, Tom Eugelink wrote: I have another interesting behavior

Re: Debugging CSS

On 6-4-2015 00:58, David Grieve wrote: On 4/5/15 3:56 AM, Tom Eugelink wrote: I have another interesting behavior involving CSS. The gauge has a text representation of the value of the needle, which can be formatted using DecimalFormat. The format string can be set with a styleable property

Re: Debugging CSS

. Tom On 4-4-2015 08:14, Tom Eugelink wrote: After loads of trail and error I pinned it down to the fact that scaling of the node in question was not taking into account when positioning it; it is centered and I use its width to do that, but it was the width-before-scaling. So it was a miracle

Re: Debugging CSS

After loads of trail and error I pinned it down to the fact that scaling of the node in question was not taking into account when positioning it; it is centered and I use its width to do that, but it was the width-before-scaling. So it was a miracle it was in the right place at all. What really

Re: Debugging CSS

One addition: the move happens if, for example, "segment0-active" is added to the skinnable. Even if that class is empty or even not defined in the CSS. Tom On 3-4-2015 19:48, Tom Eugelink wrote: I'm pushing the envelope a bit -I think- concerning the use of CSS. I have setup a

Debugging CSS

I'm pushing the envelope a bit -I think- concerning the use of CSS. I have setup a control (gauge) in such a way that, depending on the position of the needle, certain CSS classes are added or removed from the control. For example a "errorSegment-active" class if the value comes into the 90-100

Re: Unit testing recommendations for JavaFX

JFXtras uses TestFX (3), very pleasant, highly recommended. On 28-3-2015 09:13, Adam Granger wrote: Following migration to JavaFX I've been looking into a unit testing... Possible solutions - "home brew" - just code up a few basic methods like "find a node with given selector within given ti

Re: The trouble with Skins

On 25-3-2015 00:23, Tomas Mikula wrote: I'm sure you could make it work this way, but 1) it is a lot of work and 2) it is very fragile. It will break when ListView internals change or when the ListView is loaded with a different skin on restart. So it's a matter of how badly John wants this done

Re: The trouble with Skins

On 22-3-2015 13:53, John Hendrikx wrote: On 22/03/2015 09:59, Tom Eugelink wrote: On 22-3-2015 00:12, John Hendrikx wrote: What I do need however is a way to restore the control to the exact same state it was in before (the same amount of pixels scrolled, the same item at the top, the same

Re: The trouble with Skins

Sure, it is a workaround that works, but I don't think type cast should be the recommended way to do this (or to do anything). Tomas On Mon, Mar 23, 2015 at 4:15 PM, Tom Eugelink wrote: On 23-3-2015 20:30, Tomas Mikula wrote: Control does not know what API is available on the Skin I

Re: The trouble with Skins

On 23-3-2015 20:30, Tomas Mikula wrote: Control does not know what API is available on the Skin I have many controls that require a skin that implements a certain interface (refresh() is often present). Granted, this is not something that is compiler checkable via the setSkin method, but it c

Re: The trouble with Skins

On 23-3-2015 19:07, Richard Bair wrote: In the end, I lean toward keeping the Control API as view-agnostic as possible, but where view details become essential to the operation of the control, then define the Control to always include those specific view details. Thanks for sharing the conceptu

Re: The trouble with Skins

On 22-3-2015 13:53, John Hendrikx wrote: On 22/03/2015 09:59, Tom Eugelink wrote: On 22-3-2015 00:12, John Hendrikx wrote: What I do need however is a way to restore the control to the exact same state it was in before (the same amount of pixels scrolled, the same item at the top, the same

Re: The trouble with Skins

On 22-3-2015 00:12, John Hendrikx wrote: What I do need however is a way to restore the control to the exact same state it was in before (the same amount of pixels scrolled, the same item at the top, the same item at the bottom). That is an interesting use case. Can you describe it a bit mor

Re: The trouble with Skins

A page based view can perfectly be a list view; I would have no problem having a paging skin or a scrollbar skin for ListView. On 21-3-2015 19:46, Scott Palmer wrote: But that's not right. A *List* is 'a container for an unbounded list of items". A ListView is a specific type of control th

Re: The trouble with Skins

amp; feel, because visual presentation leaks into the Control anyway. On Sat, Mar 21, 2015 at 12:01 PM, John Hendrikx wrote: On 14/03/2015 08:31, Tom Eugelink wrote: Hi Tomas, I have looked into it, but not yet attempted, but I did do a lot of custom controls. And I agree that it is dubious that

Re: The trouble with Skins

On 21-3-2015 17:01, John Hendrikx wrote: On 14/03/2015 08:31, Tom Eugelink wrote: Hi Tomas, I have looked into it, but not yet attempted, but I did do a lot of custom controls. And I agree that it is dubious that a control is a node, and has the properties that come with it. I try to

Re: The trouble with Skins

Hi Tomas, I have looked into it, but not yet attempted, but I did do a lot of custom controls. And I agree that it is dubious that a control is a node, and has the properties that come with it. I try to maintain a strict separation in my controls in JFXtras; controls only have functional metho

Re: 8u40 is released / SB

o GUI designer? QT Designer? … Am 05.03.2015 um 09:19 schrieb Tom Eugelink : My two cents would be that maintaining a UI builder is an awful lot of work, while I expect that a lot of programmers won't be using SB because it always has limitations. Either with complex layouts or custom contr

Re: 8u40 is released / SB

My two cents would be that maintaining a UI builder is an awful lot of work, while I expect that a lot of programmers won't be using SB because it always has limitations. Either with complex layouts or custom controls. "Real" programmers probably use FXML directly or even just code it in Java.

  1   2   3   >