I open it via

find<...>().openWindow()

and you see the window come up?

yes, of course

@alexp11223 does this work for you? look for the "on dock"

hm, weird, it started to work after I removed everything inside root. There were no errors displayed, etc.

what was in your root? are you able to post the contents?

hm, looks like it is somehow related to that richtextfx control, works when I remove it but leave everything else

... but it is still not what I wanted. It constraints size of the main window, not this window

with my example, are you able to set a minwidth + a minheight and prevent resizing below those values?

it constraints the main window, not popup

do this instead

class MPopupView : View("MPopup") { override val root = label("hello, world"); override fun onDock() { println("on dock") (root.scene.window as Stage).minWidth = 480.0 (root.scene.window as Stage).minHeight = 320.0 } } class MMainView : View("MMain") { override val root = button("press me") { action { find<MPopupView>().openWindow() } } } class MApp : App(MMainView::class)

yeah, looks like it works 🙂

i'm not sure what currentWindow is supposed to mean. @edvin is currentWindow always the primaryStage unless set in an openModal/Window call?

(root.scene.window as Stage).minWidth = 480.0

works for me too

can you access the scene within the builder?

no, the OS windowing resources aren't available at that point. if you put the scene.window from the onDock into the label {} builder, you'll get an NPE

the builders create the object graph, but the show call displays and lays everything out

i've seen a lot of people get tripped up on that. they expect the geometry to be available in a constructor or the init, say from an -at-FXML injected control

i put most everything that isn't straight-up wiring in the onShown (TFX=onDock). plus, i can get a progress bar up and running if onShown takes a while

i'm not sure what currentWindow is supposed to mean

maybe it was supposed to work/was tested only for cases like multiple views inside one window

but in this context I think the desire is for it to be

modalStage

itself

the owner is the node that opened the window, right?

@kastork right, it's the passed-in value on the open call. but if you have a popup from a 3rd window, say an error alert, currentWindow will point to the opener's opener "primaryStage"

(by default, not explictly passed in)

Maybe

currentWindow

should be

val currentWindow: Window? get() = root.scene.window

?

that's a little more intuitive. maybe keep the primaryStage around in case you want to kick off a sibling window rather than a child?

The primaryStage variable would still be available. I will try to make the switch to see if it breaks any of my existing apps. I think it should be fine.

hm. looks like

root.scene.window

is

null

for main view