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

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

Re: TimePicker

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 2021

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

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

for 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 executable option

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

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 moment I do java

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

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 kept

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

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

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

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

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

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

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.

Re: Debugging JavaFX

y 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 argument for not provid

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

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

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

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

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

en 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 assumed charts was 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

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

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 HBox and see if you can figure out why

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

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

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

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

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 &&

WaitForPaintPulse

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

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

Re: More community participation in JavaFX

avaFX >> does not need to 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 >> >>&

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

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

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

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).

Re: Planning for JavaFX.next

. -- 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 is still active (one of the biggest problems 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

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

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

Re: including fonts

g 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 s

Re: including fonts

ring 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, specifying if a font is italic or not,

Re: including fonts

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 <t...@tbee.org <mailto:t...@tbee.org>> wrote: Hi David,

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

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

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 <t...@tbee.org <mailto:t...@tbee.org>> wrote: Addendum: If I list the font families using Font.getFamilies() I get &q

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

Re: Text differences between OSes

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, Tom

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

Re: RejectedExecutionException

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 t...@tbee.org mailto:t...@tbee.org wrote: Working on a new skin for JFXtras Agenda... What is JavaFX trying to tell me

Re: RejectedExecutionException

platform has been started in the Unit Tests 2015-08-03 16:10 GMT+02:00 Tom Eugelink t...@tbee.org 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: Task

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,

Re: right-to-left and clipping

/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 posted

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

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've

Re: slightly ot: java9 runtime images

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 t...@tbee.org mailto:t...@tbee.org wrote: On 7-5-2015 15:52, Danno Ferrin wrote

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

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

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

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

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

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

Re: @import in CSS

-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 should work

Re: @import in CSS

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 order in which

@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

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 currently

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

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

-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

?,ListStyle impl_findStyles(MapStyleableProperty?,ListStyle styleMap). Note that this is deprecated API On 4/3/15 2:13 PM, Tom Eugelink wrote: 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

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 control (gauge

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

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

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 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

Re: The trouble with Skins

, Tomas Mikula wrote: 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 t...@tbee.org wrote: On 23-3-2015 20:30, Tomas Mikula wrote: Control does not know what API

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

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

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 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

Re: The trouble with Skins

, because visual presentation leaks into the Control anyway. On Sat, Mar 21, 2015 at 12:01 PM, John Hendrikx hj...@xs4all.nl 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

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

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

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.

focus property in composed control

JFXtras has a number of extended textfields (BigDecimal, Calendar, LocalDate, ...). These controls use a TextField in their skin to compose this control. These extended textfield controls have a readonly focusProperty()... What would be the best way to forward the focusProperty of the

Re: focus property in composed control

code. Cheers, Michael On 23 Feb 2015, at 09:03, Tom Eugelink t...@tbee.org wrote: JFXtras has a number of extended textfields (BigDecimal, Calendar, LocalDate, ...). These controls use a TextField in their skin to compose this control. These extended textfield controls have a readonly

Re: Event when CSS is applied

On 18-2-2015 08:34, Tomas Mikula wrote: Hope this helps. I'll give it a try! Maybe it will solve some of the TBEERNOT (TODO) tags further down the code. Tom

Re: Event when CSS is applied

On 18-2-2015 08:34, Tomas Mikula wrote: What I think should be done is, instead of trying to hack around Pane, create class NeedlePane that extends Region and overrides layoutChildren. It would create its children in the constructor (or take them as constructor parameters), add them to its

Re: Event when CSS is applied

I like the improvements to the code. Thanks! Tom

Re: Event when CSS is applied

On 18-2-2015 21:49, Tomas Mikula wrote: So back to your original question: Basically I would like to be informed when the styling of a node has been applied or changed. Is there some place that can provide this information? Turns out you don't actually need this information ;) Indeed.

Re: Event when CSS is applied

view is rather reverse to yours: The fact that the implementation of layout is best solved with inheritance is a sign that JavaFX does _not_ aim enough at doing things via composition. Tomas On Wed, Feb 18, 2015 at 4:37 PM, Tom Eugelink t...@tbee.org wrote: On 18-2-2015 21:49, Tomas Mikula wrote

  1   2   >