I've ran into a glitch/bug where launching a direc...

# tornadofx

[Samkeene]

I've ran into a glitch/bug where launching a directory chooser will render it at the top left of its stage at default size for what seems like a single frame before visible snapping it to where it should be: Minimal Example:

class Example : View() {
    override val root = pane {
        prefWidth = 600.0
        prefHeight = 500.0
        button("click") {
            action {
                val directoryChooser = DirectoryChooser()
                directoryChooser.showDialog(primaryStage)
            }
        }
    }
}

Reproduce: Click the button, move the dialog elsewhere and/or resize it. Close it and click the button again. The dialog will briefly render at the top left before snapping to the last position/size the user set it.
This is using Javafx 15, Kotlin 1.4.10 and the latest 2.0 Snapshot.
I verified this doesn't happen in a plain java javafx app using this example: http://tutorials.jenkov.com/javafx/directorychooser.html

[Bogdan]

on my Linux the problem is not reproducible, JavaFX 14

[Samkeene]

I dropped down to 14 and still got my bug. What version of Kotlin are you running?

[Bogdan]

1.3.72. I don't think the problem is in the Kotlin version

[Bogdan]

i used normal startup and not fast

class Example : View() {
    override val root = pane {
        prefWidth = 600.0
        prefHeight = 500.0
        button("click") {
            action {
                val directoryChooser = DirectoryChooser()
                directoryChooser.showDialog(primaryStage)
            }
        }
    }
}

class TApp1 : App(Example::class)

fun main() {
    launch<TApp1>()
}

[Samkeene]

So when I run that you can see it starts to render in the dialog, before snapping to where it should be a few milliseconds later:

[Samkeene]

Could it be that it does that anyway, but my monitor is catching it? I have a 1ms refresh rate. Do you know what your monitor is?

[Bogdan]

I understood your problem, and saw it on Windows 10. Monitor frequency has nothing to do with it

[Bogdan]

1.4.10 - ok

[Samkeene]

So you've encountered this problem before? On only windows 10?

[Bogdan]

it seems to me that this is due to the JavaFX Runtime. Have you tried other runtimes? How do you launch the project?

[Samkeene]

Launching through gradle run task

[Bogdan]

So you've encountered this problem before? On only windows 10?

Yes. Well, I saw something like that for a long time, I don't remember the nuances

[Bogdan]

Launching through gradle run task

OS ?

[Samkeene]

My operating system? Windows 10

[Bogdan]

My: MANJARO Gnome

[Bogdan]

try JavaFX version 13 or 11, is there a problem?

[Samkeene]

will try now

[Samkeene]

same thing happening

[Samkeene]

its weird because it didn't happen with a pure java application

[Bogdan]

Alas, I still can't switch to Windows 10 and test it, I'll try to figure it out later. If you could debug the code and look for the problem?

[Samkeene]

Yeah I'll have a look although to be honest I'm not sure what to look for.

[Bogdan]

Just go through sequentially and understand at what stage the window appears in the upper corner of the screen, whether the TornadoFX code is involved in this

[Samkeene]

Alright I'll dive into it

[Samkeene]

Okay I narrowed it down. If the directory chooser does not have its initial directory set to something, it will do the bug. Otherwise adding in:

directoryChooser.initialDirectory = File("src")

will prevent it from happening