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

    bright-gpu-74537

    05/27/2019, 10:01 PM
    i guess this is the issue
  • b

    bright-gpu-74537

    05/27/2019, 10:01 PM
    that works now?
  • l

    loud-salesclerk-7438

    05/27/2019, 10:06 PM
    after some simple fixes like MouseEvents moved from core to events package, I now get
    Type not found : sys.thread.Mutex
    which indicates Haxe 4, however openfl won't compile with Haxe 4
  • b

    bright-gpu-74537

    05/27/2019, 10:06 PM
    yeah, the events moved
  • b

    bright-gpu-74537

    05/27/2019, 10:07 PM
    mutex isnt used directly in haxeui
  • b

    bright-gpu-74537

    05/27/2019, 10:07 PM
    haxedevelop?
  • l

    loud-salesclerk-7438

    05/27/2019, 10:07 PM
    I'm using VSCode
  • b

    bright-gpu-74537

    05/27/2019, 10:07 PM
    right
  • b

    bright-gpu-74537

    05/27/2019, 10:08 PM
    well, im lost
  • b

    bright-gpu-74537

    05/27/2019, 10:08 PM
    there isnt, or shouldnt, be a ref to mutex
  • b

    bright-gpu-74537

    05/27/2019, 10:09 PM
    unless some spurious import that got in there
  • b

    bright-gpu-74537

    05/27/2019, 10:09 PM
    let me grep
  • l

    loud-salesclerk-7438

    05/27/2019, 10:09 PM
    I just replaced Mutex with cpp.vm.Mutex in Behaviours.hx
  • b

    bright-gpu-74537

    05/27/2019, 10:09 PM
    well, there is one
  • b

    bright-gpu-74537

    05/27/2019, 10:10 PM
    isnt sys the better way?
  • b

    bright-gpu-74537

    05/27/2019, 10:10 PM
    what haxe version?
  • b

    bright-gpu-74537

    05/27/2019, 10:11 PM
    to be fair im not even sure i need this anymore
  • l

    loud-salesclerk-7438

    05/27/2019, 10:13 PM
    in Haxe 3 there is no sys.*.Mutex... that's a Haxe 4 thing, so there is only platform specfic Mutex instances, so cpp|java|neko.vm.Mutex
  • b

    bright-gpu-74537

    05/27/2019, 10:13 PM
    right, and you are using haxe3?
  • l

    loud-salesclerk-7438

    05/27/2019, 10:14 PM
    yes, because OpenFl has that:
    @:fakeEnum enums is no longer supported in Haxe 4, use extern enum abstract instead
  • b

    bright-gpu-74537

    05/27/2019, 10:14 PM
    right, so if you just remove that code?
  • b

    bright-gpu-74537

    05/27/2019, 10:15 PM
    typedef seems to be the way here, i could be wrong, be it seems strange to add multithreaded code to STA use
  • b

    bright-gpu-74537

    05/27/2019, 10:16 PM
    my guess is i was anticipating something
  • b

    bright-gpu-74537

    05/27/2019, 10:16 PM
    ... ... it too much code for "nothing"
  • l

    loud-salesclerk-7438

    05/27/2019, 10:28 PM
    after removing the first @:fakeEnum thing in openfl, I get a long list of compile errors... so HProgress was renamed to HorizontalProgress, listSize is now dropdownSize, those are easy to fix, but there are some other errors that I need to work through - I guess most of them are things that were moved or renamed, but there is too many to tell if there is showstopper hidden somewhere
  • l

    loud-salesclerk-7438

    05/27/2019, 10:28 PM
    I'm now using Haxe 4 btw
  • l

    loud-salesclerk-7438

    05/27/2019, 10:36 PM
    I get
    haxe.ui.containers.TableView has no field dataSource
    even though I can see dataSource (and selectedRow) properties in source code....
  • l

    loud-salesclerk-7438

    05/27/2019, 10:38 PM
    I basically use
    Copy code
    var tableView : TableView = uiView.findComponent ("results", TableView, true);
    tableView.dataSource = new ArrayDataSource<MyData> ();
    and it says there is no
    dataSource
    field
  • b

    bitter-family-72722

    05/27/2019, 10:40 PM
    latest OpenFL shouldn't have @:fakeEnums anymore
  • l

    loud-salesclerk-7438

    05/27/2019, 10:40 PM
    you mean I should switch to git version
1...444546...1687Latest