https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • b

    bright-gpu-74537

    07/11/2020, 9:33 AM
    well, its fully functional, but just not how i want a real treeview work in core when i get round to it
  • b

    bright-gpu-74537

    07/11/2020, 9:34 AM
    (the real one i want to use itemrenderers and data sources, this is just a bunch of expandable and collapsable boxes in a scrollview that must be manually populate via code)
  • b

    bright-gpu-74537

    07/11/2020, 9:34 AM
    so its less than idea
  • b

    bright-gpu-74537

    07/11/2020, 9:35 AM
    gimme a few mins to extract it and test it
  • f

    fast-rain-20339

    07/11/2020, 9:35 AM
    Great 🙂 Don't rush, I'm about to go off and wash the dishes 😄
  • b

    bright-gpu-74537

    07/11/2020, 9:35 AM
    👍
  • b

    bright-gpu-74537

    07/11/2020, 10:13 AM
    i also added the splitter components from the same project as you might find them useful too
  • b

    bright-gpu-74537

    07/11/2020, 10:15 AM
    Copy code
    xml
        <hbox>
            <treeview id="tv" width="200" height="300" />
            <splitter direction="vertical" width="400" height="400" style="border:1px solid #eeeeee">
                <box width="100%" height="70%" style="background-color: #FFCCCC;" />
                <splitter width="100%" height="30%" style="background-color: #CCFFCC;">
                    <box width="20%" height="100%" style="background-color: #CCFFFF;" />
                    <box width="50%" height="100%" style="background-color: #FFFFCC;" />
                    <box width="30%" height="100%" style="background-color: #FFCCFF;" />
                </splitter>
            </splitter>
        </hbox>
  • b

    bright-gpu-74537

    07/11/2020, 10:15 AM
    the treeview you will have to populate in code
  • b

    bright-gpu-74537

    07/11/2020, 10:15 AM
    Copy code
    haxe
                var tv:TreeView = mainView.findComponent("tv");
                var root1 = tv.addNode("Root A", "icons/folder.png");
                root1.expand();
                    var parent1 = root1.addNode("Parent 1A", "icons/folder.png");
                    parent1.expand();
                        parent1.addNode("Child 1A-1", "icons/page_white.png");
  • f

    fast-rain-20339

    07/11/2020, 10:47 AM
    Woah! Early Christmas! Awesome, thanks for sharing. The tree should be perfect for layers, too 😄
  • f

    fast-rain-20339

    07/11/2020, 3:54 PM
    Haven't got the splitters in yet, but the tree is pretty cool! Because assets are referred to by path, assets with spaces in their name are broken. It might be interesting if the names of files weren't shown (file names 1...13 hardly add value, and seem like they'd be common amongst assets). Maybe all files in a folder could be shown together as a grid of squares, like krita does. Anyhow, screenshot 😄
  • f

    fast-rain-20339

    07/11/2020, 3:55 PM
    Krita shows brushes in a grid
  • b

    bright-gpu-74537

    07/11/2020, 4:13 PM
    looks goods 🙂
  • b

    bright-gpu-74537

    07/11/2020, 4:20 PM
    i think im going to put the splitters into core
  • b

    bright-gpu-74537

    07/11/2020, 5:00 PM
    jesus, HD likes child processes
  • p

    powerful-morning-89

    07/11/2020, 5:02 PM
    I'm pretty sure vscode also likes those.
  • b

    bright-gpu-74537

    07/11/2020, 5:39 PM
    ... i wonder what its using neko for
  • b

    bitter-family-72722

    07/11/2020, 5:46 PM
    lime project?
  • b

    bitter-family-72722

    07/11/2020, 5:46 PM
    lime CLI tools are neko
  • b

    bitter-family-72722

    07/11/2020, 5:47 PM
    technically haxelib.exe is just a renamed neko.exe with some neko bytecode too, I think
  • b

    bright-gpu-74537

    07/11/2020, 5:48 PM
    gotcha, yeah, openfl
  • b

    bright-gpu-74537

    07/11/2020, 5:48 PM
    didnt know that about haxelib being compiled to neko bytecode, but now you say it obviously makes total sense
  • b

    bitter-family-72722

    07/11/2020, 5:53 PM
    HaxeDevelop has also had some issues with leaking processes during completion / not properly closing them
  • b

    bitter-family-72722

    07/11/2020, 5:53 PM
    but I thought those were fixed
  • b

    bitter-family-72722

    07/11/2020, 5:54 PM
    macros spawning processes can also cause that
  • b

    bitter-family-72722

    07/11/2020, 5:54 PM
    flixel has a build macro that invokes haxelib to, and for a while there was no process.close() call..
  • b

    bright-gpu-74537

    07/11/2020, 5:54 PM
    i think the HD process leak is defo still there, ive had like 20 haxe.exes running before after HD has closed...
  • b

    bright-gpu-74537

    07/11/2020, 5:55 PM
    not recently though, but defo seen it happen
  • b

    bitter-family-72722

    07/11/2020, 5:55 PM
    I think HD doesn't keep one Haxe server process running constantly like vshaxe
1...313314315...1687Latest