My PR is in?👍

@ron PR and expanded for Accordion.fold

Thanks I can remove it from my code then

@edvin I'm creating it in TornadoFX. The source code for the Knockout.js version is 700 LoC...

Cool 🙂 Let me know what you come up with. If you want, I can do a screencast on it like we did with some other small apps, where we look at possibilities to improve or otherwise optimize the app by utilizing everything TornadoFX has to offer 🙂

@carlw You talked about a dynamic component model a while back (jars and functions loaded and invoked at runtime). Can you describe a typical use case for this? I have lots of ideas about how to accomplish, but need to understand why you'd want to do it better.

Would it make sense to allow a

Lazy<Parent>

for

View#root

property? When I put the

root

property before one of the `ObservableList`s (that are used by a

TableView

in the

root

hierarchy, then

list

in

tableview(list)

will be

null

. Maybe I messed too much with the variable references.

@edvin I’ve only created some sample Java 9 stuff. I think Java Modules will either help this or need to be integrated into this use case. The use case is to provide an alternate deployment to a single large JAR. The scenario is to download a small bootstrap JAR, say a few hundred kilobytes. That JAR (a class inside the JAR) will download a core JAR. From there, zero or more other JARs will be downloaded. This includes third-party JARs. Everything is code signed. The motivation for this over a single large JAR is as follows. 1. Fault tolerance and ops support. Be able to remove a JAR that isn’t performing or causes a memory leak by an operations technician (rather than pushing out new code as a Java developer) 2. Licensing and compliance. Be able to deploy with certain elements removed for commercial or regulatory purposes (without crafting other special single JARs) 3. Security. Develop independent pieces on a need-to-know basis 4. Performance. Download small amounts for small requirements (and everything for the broadest requirements); also load on demand to reduce startup

@carlw We need to integrate the functionality from FXLauncher as well, to create a killer deployment architecture for JavaFX 🙂 I also want native stubs for the bootstrap thing, so it doesn't even need to be a jar.

I've put off doing anything here because of the state of Java 9 and the state of Java 9 support in IDEA, but maybe it's time soon.

@edvin I’d definitely build this for Java 9 because the Modules sound a lot like what I’m describing.

@edvin From what I’ve read, you’ll replace classpath with modulepath. I think you’ll still need something to wire the app up. Ex, a menu that fills in with actions based on the JARs (or Modules) in the deployment

@carlw OK, we have a plan then. I'm thinking of using Go to write the cross platform stubs, but these would be optional, so all the interesting functionality would start with the bootstrap jar.

@edvin Have you looked at Qt? Was wondering if that might give a nice native integration into the system tray and other features

It could let you choose an existing JRE or download a custom JRE for the app etc.

@carlw Yes, there are already 147 (maybe I'm exaggerating) Qt bindings for Go, all experimental, unfinished/crappy. Nobody seems to be able to do it right. Hoping this will work itself out before we start as well.

@edvin Maybe just go right to Qt with C/C++ to get right down to the native code, yet have it be sort of cross-platform

@carlw You're right. I'll start looking into C++ then 🙂 hehe

I’ve been using CLion from JetBrains

I haven’t used go, but I think we’ll want to have a UI toolkit for the downloader / launcher / installer (i was calling this a bootstrap)

Also — i haven’t tried this yet — investigate distributing this over a Content Delivery Network (East Coast downloaders get a host in Virginia), Tønsberg residents get a host in Norway, etc

Yeah, CDN support would be nice

So.... Qt 5.8 is a 4GB download. Lovely.

The native stub for the Qt installer is about the same thing we'd need. However, it's almost 18MB in size, we might as well use a Java 9 module based JavaFX app packaged with javapackager for this installer. It would be about the same size.

Then the UI would be plain JavaFX. Probably a lot easier than learning Qt and C++ 😎

Qt for what?

@hastebrot Native executable stub that knows how to download a Java App and the JRE.

Oh, there are a lot of different options for this native executable stub. Rust, Go, Python/Py2Exe, NSIS, ... Unfortunately the Java(FX) package manager has no such functionality (AFAIR)

@hastebrot You can create native apps with javapackager, no problem. It would work the same way most of those languages would need to do it: package a native stub together with language runtimes and gui bindings.

The difference might be that javapackager creates an installer, I guess that was what you meant? I'm a bit slow 🙂