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

    tieskedh

    02/08/2018, 8:38 PM
    Before I can do that, I think I need to know a bit more about both java 9 (not even downloaded it yet) and about javafx. So in the beginning, I will just refactor some code.
  • t

    tieskedh

    02/08/2018, 8:41 PM
    and for now, is smartValidating an idea or just an overkill (immediately stop validating at the moment you know that an error occured). as mentioned this should be a different method or we introduce breaking code. If not, I just make the current version a bit smarter.
  • b

    BenjaVR

    02/08/2018, 10:05 PM
    I'm trying to do some UWP development with XAML, but goooosh it sucks 😛 especially when you compare it to this clean kotlin/tornadofx stuff
  • b

    BenjaVR

    02/08/2018, 10:07 PM
    I'm from Belgium by the way, I also want to go to kotlin conf 😄 graduating in june, so maybe my future workplace will sponsor me, or I will get myself some early bird tickts 😎
    👍 1
  • r

    r4zzz4k

    02/08/2018, 10:07 PM
    Kotlin/Net anyone?
  • r

    r4zzz4k

    02/08/2018, 10:08 PM
    (I know Andrey Breslav said that it would be quite a task, but after LLVM I'm sure JB aren't afraid of any challenge 😆)
  • t

    tieskedh

    02/08/2018, 10:20 PM
    workspace.kt[244] can this be replaced with find{}.also{} ?
  • b

    bkenn

    02/08/2018, 10:45 PM
    What is the goal of TornadoFX Material Design? Is it to only provide a base type-safe css for other to use? Is it to provide custom ui components using material design principals? Is it both?
  • n

    nimakro

    02/08/2018, 10:58 PM
    My idea is to provide a stylesheet which will style all the default ui components from javafx and tornadoFx according to the material design style guide
  • n

    nimakro

    02/08/2018, 11:00 PM
    In case anybody is intrested to help out with the tornadofx-material project, feel free to sent PR's https://github.com/nimakro/tornadofx-material
  • n

    nimakro

    02/08/2018, 11:02 PM
    After the project is a little bit more matured we will move it to the tornadofx orga
  • b

    bkenn

    02/08/2018, 11:20 PM
    alright, nice. I will take a look at what you have so far.
  • b

    bkenn

    02/08/2018, 11:30 PM
    woah that ripple is huge
  • b

    bkenn

    02/08/2018, 11:37 PM
    Oh wow I didn't know about the skin variable in Stylesheet
  • b

    bkenn

    02/08/2018, 11:37 PM
    That is awesome
  • r

    Romanow

    02/08/2018, 11:39 PM
    @bkenn I think that was added with Java 9, look at javafx.scene.control.skin package
  • b

    bkenn

    02/08/2018, 11:54 PM
    I don't think so. I am running Java 8.
  • a

    amanda.hinchman-dominguez

    02/09/2018, 12:39 AM
    I'm afraid this might be a javafx related question, but I'm not sure because it could be a possible component issue. Fun fact: You cannot customize the font in TilesFX, so I want to use a label instead of a Tile for a certain Tile in my grid. However, on run, the application constantly complains that somehow, this snippet causes duplicate children being added. Am I violating a gridpane rule here?
  • a

    amanda.hinchman-dominguez

    02/09/2018, 12:41 AM
    Copy code
    root.children.clear()
        for (i in gridInfo.moduleTiles) {
            val title = i.tile.titleProperty().value
            if (title == "Hi Admin") {
                 root.add(label(title), i.colIndex, i.rowIndex, i.colSpan, i.rowSpan)
            } else {
                root.add(i.tile, i.colIndex, i.rowIndex, i.colSpan, i.rowSpan)
            }
        }
  • c

    carlw

    02/09/2018, 1:06 AM
    No gridpane violation. You can overlap gridpane elements without a complaint. I suspect that the else statement is adding the same node i.title over and over again to the scene graph
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:08 AM
    @carlw wouldn't the value have to change if I'm referencing 
    tile
    by i?
  • c

    carlw

    02/09/2018, 1:08 AM
    Is tile.i the same Node object?
  • c

    carlw

    02/09/2018, 1:10 AM
    Actually maybe they are unique... do they also appear in a container prior to entering the loop? If so try removing them from that contain first
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:12 AM
    To my knowledge, they do not appear in a container beforehand. This snippet works just fine when it is simply
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:13 AM
    Copy code
    for (i in gridInfo.moduleTiles) {
             root.add(i.tile, i.colIndex, i.rowIndex, i.colSpan, i.rowSpan)
        }
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:14 AM
    but seems to have a problem having me try to add a label instead. I believe the tiles themselves are not necessarily the issue, but the fact that I am trying to use another type in the grid, which wouldn't make sense but that's what I'm thinking anyway
  • c

    carlw

    02/09/2018, 1:15 AM
    Might be the builder. For testing try capital Label
    👍 1
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:17 AM
    @carlw You were spot on. I'm banging my head here
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:18 AM
    Today has been a strangely emotional day for me
  • a

    amanda.hinchman-dominguez

    02/09/2018, 1:19 AM
    I'm guessing that issue is a constraint set by the native gridpane itself, but I wonder if it would be better intentionally for TornadoFX to accept the dsl 
    label()
    in tandem with the dsl 
    gridpane()
    or is that just not possible because of the builder?
1...168916901691...2007Latest