https://kotlinlang.org logo
Channels
Powered by
#tornadofx
  • b

    bjonnh

    12/20/2018, 7:49 PM
    it just take a list of screens and shoves that in
  • b

    bjonnh

    12/20/2018, 7:50 PM
  • b

    bjonnh

    12/20/2018, 7:50 PM
    it should have used get_primary_monitor and then filled the rest…
  • b

    bjonnh

    12/20/2018, 7:52 PM
    so unless you patch javafx… I think you're stuck with that one unless there are ways to just rebuild parts of java things, but that's way beyond my knowledge of java intricacies
  • c

    carlw

    12/20/2018, 8:06 PM
    @sbyrne is FX returning Monitor 1 each time or a different monitor based on where you've selected?
  • s

    sbyrne

    12/20/2018, 8:08 PM
    In my 2-monitor setup, it always returns the upper/left one, even if the lower/right is primary according to xrandr (and AWT).
  • s

    sbyrne

    12/20/2018, 8:08 PM
    Which is the first one from 
    Screen.getScreens()
    .
  • b

    bjonnh

    12/20/2018, 8:12 PM
    yep not surprised according to the code, it is just making an array of the screens from a function that return the number of screens
  • b

    bjonnh

    12/20/2018, 8:13 PM
    (and primary status is not reflected by order, but by a value somewhere in the RANDR extension)
  • b

    bjonnh

    12/20/2018, 8:14 PM
  • b

    bjonnh

    12/20/2018, 8:15 PM
    @sbyrne you may have a way to do that by using AWT to get the info on each monitors and use that for selecting your screen
  • s

    sbyrne

    12/20/2018, 8:17 PM
    -.kt
    -.kt
  • c

    carlw

    12/20/2018, 8:21 PM
    I think FX is calling something like this HMONITOR hMonitor = ::MonitorFromWindow(hwnd, MONITOR_DEFAULTTOPRIMARY);
  • c

    carlw

    12/20/2018, 8:21 PM
    (for windows) where it returns primary
  • c

    carlw

    12/20/2018, 8:23 PM
    @sbyrne are you making the screen call when the other monitor is actively receiving input?
  • c

    carlw

    12/20/2018, 8:23 PM
    in the above code hwnd is coming from the active window, defaults to primary
  • s

    sbyrne

    12/20/2018, 8:23 PM
    I do it in 
    onBeforeShow
    .
  • c

    carlw

    12/20/2018, 8:25 PM
    can you try it in onDock?
  • s

    sbyrne

    12/20/2018, 8:30 PM
    It works when in 
    onDock
    . Is that preferred?
  • c

    carlw

    12/20/2018, 8:33 PM
    Yeah, the OS hasn't assigned windowing resources until the screen actually gets shown. So, if you need to work with screen geometry, you need to use onDock. Otherwise, width and heights are 0
  • c

    carlw

    12/20/2018, 8:33 PM
    onDock == ON SHOWN and onBeforeShow == ON SHOWING if you're looking in the FX documentation
  • c

    carlw

    12/20/2018, 8:34 PM
    edvin has some extra stuff going on in the actual implementation
  • s

    sbyrne

    12/20/2018, 8:41 PM
    Is there something else that would get me the desired affect?
    Untitled.kt
  • r

    Ruckus

    12/20/2018, 8:45 PM
    Copy code
    bottom {
    label("visible when active").visibleWhen(active)
}
  • s

    sbyrne

    12/20/2018, 8:46 PM
    Visible or not, it still takes up space I guess.
  • r

    Ruckus

    12/20/2018, 8:47 PM
    Yes, to not take up space you need to set it's 
    managed
    state as well. TornadoFX has a helper for setting both:
    Copy code
    bottom {
    label("visible when active").removeWhen(active.not())
}
  • s

    sbyrne

    12/20/2018, 8:51 PM
    @carlw When in 
    onDock()
    it flashes on the wrong screen before moving to the right one.
  • c

    carlw

    12/20/2018, 8:54 PM
    do you have anything going on in onDock related to resizing?
  • s

    sbyrne

    12/20/2018, 8:54 PM
    @Ruckus 
    managedWhen(active)
    + 
    visibleWhen(active)
    is the solution. Thanks!
    👍 1
  • s

    sbyrne

    12/20/2018, 8:54 PM
    @carlw No.
1...200220032004...2007Latest