Thank you, I'm glad it's helping people : ) it makes it easy to spend time on since I have people at work that need it too. But the effort is more worthwhile when it goes to the entire community.

@carlw There is already support for Singleton, Scoped and Prototype. A Singleton is

inject(DefaultScope)

, Scoped is

inject()

and Prototype is

inject()

for a Fragment 🙂

Today I've been moving furniture into the cabin, so I'm almost done with everything, but haven't had time to sit down in front of a computer all weekend. Considering taking half the day off tomorrow to create at least a couple of screencasts...

@edvin what's in the feature branch looks good to me. I have a .kt test called "WorkspacesAndProjects" that will highlight different scopes in a minimal app. I think the only outstanding design issue will be if you want to generalize the scoping to include non-UI artifacts. For example val loggedIn : User by inject() // scoped to logged in session This way, you can channel all DI into the find() call. That might also hold some promise for a bring-your-own DI container like Spring. This is off topic from your JPro requirement and what I discussed with MDI, but you may get an idea when you're walking back and forth.

@carlw Great! Hm... I think you should be able to implement

Injectable

in

User

and it should just work.

I was wondering.. Is there some kind of floating window support in JavaFX? So that we could support modals within an existing scene graph? That would be uber helpful for JPro apps, and possibly other use cases as well.

I want to support the same semantics as View vs Fragment does for Controllers also. The cleanest thing to do would be to introduce a

Prototype

interface and let Fragment and the controller counterpart implement those, and then rename

Injectable

to be

Singleton

or preferably something that can convey that it is a singleton within a scope.

Scoped

is almost good enough, but one could argue that Prototype is also scoped. It support scopes and `inject()`s inside Fragments does indeed honor the surrounding scope.

@edvin Like a JInternalFrame from Swing?

@User uploaded a file: and commented: JInernalFrame

@edvin This might be what you're looking for

@carlw Yes, but I'd like it to be able to float atop any node hierarchy, not just inside a custom window.

@User uploaded a file: and commented: Overlay with a faux modal dialog

Thanks, I'll have a look and see if that technique will cover it. Looks promising. We'd have to provide some kind of internal window frame as well I think.

My blog post is using toBack() to toggle active window. Maybe there's some way to work with in the TornadoFX Transition functionality for this?

I kind of use a similar technique in the LayoutDebugger actually. I think this approach can cut it for sure. Great, thanks for the link Carl! I think I have what I need. I'll create an issue so I don't forget, but I'll hold off on implementing until I've documented all the new stuff and created the screencasts 🙂

@edvin should i push this /testapps file up? it shows a consistently injected scoped object "projectVM" used in a View containing a sub-View

@User uploaded a file: Scope Demo and commented: Demonstrates projectVM injection of scoped object

@carlw Very nice! Let's put it in the new kitchensink instead! I will try to get it pushed tomorrow and I'll give you write access to it. The testapps thing in core is mostly used to debug/test functionality, not show it as examples. More people will find it in the kitchen sink 🙂

ok...i'd like to add rework this to have a toplevel menu on both scoped Views. the menu would access a global -at-Singleton WindowManager to bring each View into the forefront

I was actually in bed already but I'm on call so I got back up to investigate some issues on a web server. Back to sleep 🙂

That would be very nice! There will be space for some explanation of each sample as well, I'll show you tomorrow 🙂

I have merged the scope feature into master now.

@carlw About your sample: I think you should also put the project info in a ViewModel inside the Scope. That would be a nice way to share state between views within a scope. It would also make sure that you bind instead of just setting values in labels, so that if the project name changes, your ui will update.

I'm adding a sweet little trick to

Component

so that you can easily override the scope type. This is super useful when you want to access a model or some other object inside your Scope subclass:

override val scope = super.scope as MyScope

If you put a ViewModel in Scope (and you should) you can access it with

scope.model

. Maybe we should add a typed subclass of Scope called

ModelScope

?

Something like

open class ItemModelScope<out M : I, out I : ItemViewModel<T>, T>(val model: M)

would be very helpful I think...

@edvin Where can I find kitchensink? Is that in your tornadofx-samples repo?

Hi everyone, I am having problems making a BorderPane use the entire window it is in. It takes all the space it can horizontally, but half my window is empty vertically. Any pointers? Thanks in advance.