https://linen.dev logo
Powered by
# haxe-ui
  • b
    ... ... ... i think i read Simon saying (tounge and cheek) that he doesnt either, and he wrote it 😄
  • u
    Indeed, he says it from time to time 😆
  • u
    aka complication server
  • a
    lol
  • b
    @User - ensure visible should work now with virtual listviews (ie, when you select an index)
  • b
  • b
    (left is non-virtual, right is virtual)
  • b
    you're a legend
  • b
    ty
  • b
    np 🙂
  • u
    Hey, how would I define a custom 
    ItemRenderer
    in code that can use elements from the 
    listview.dataSource
    ?
  • u
    Say a label and icon?
  • u
    I see in the component example you can define a custom item renderer in xml with:
    Copy code
    xml
<item-renderer layoutName="horizontal" width="100%">
  <checkbox id="complete" />
  <label width="100%" id="item" />
  <image id="image" />
  <!-- More elements if needed -->
</item-renderer>
    What's the code equivalent?
  • u
    Actually looking at 
    BasicItemRenderer
    in 
    haxeui-core
    shows me what I need to do.
  • b
    my chip8 emulator/debugger
  • b
    oh wow... thats nifty
  • b
    is that the program for pong on the right?
  • b
    i can see why you opted for virtual listviews 😉
  • b
    yeah i tried a non-virtual listview once out of curiosity and after 5 minutes of waiting for it to load i gave up lol
  • p
    @User is there a way to use haxeui as a js lib? I was looking for a calendar component and thought maybe I could start sliding HaxeUI into app. A default Haxeui html5 project is 1.6mb but that includes all of the components and hscript and....Just curious if there is a 200kb version possible
  • p
    or if it even makes sense
  • b
    Yeah, openfl is especially bad at huge numbers of listitems, 100s will probably be enough to cause issues. I'm unsure as to why openfl doesn't implement some kind of "is it offscreen" optimisation. I wrote something like that for the kha backend and it essentially means everything is kinda virtual (ish). Maybe there is some technical reason why
  • b
    So yeah, the problem is that currently the haxeui-core module brings in everything for scripting, eventually I'd like to have some type of profile type system and the default profile being something more sensible. Put it this way, at the moment if you have a haxeui app with just buttons you'll be pulling in ALL components regardless because of the module.xml 😩
  • b
    Even a way for you to define your own module to negate parts of core would be good but that's not a thing (yet) either, you can only really add to the module system, not remove
  • u
    Can we opt out of scripting?
  • u
    Doesn't seem necessary when haxeui is used with coconut
  • b
    thats what i mean, nope, not yet
  • b
    eventually i want to remove the entire hscript dependency.. or, well, make it optional
  • b
    did those heaps fixes work btw?
  • u
    Hmm didn't have the occasion to do much with it but I only had a weird bug that juraj reproduced and you guys seem to have fixed it (from what I see on gitter) I'll pull changes this week end and play a little more with it
1...646647648...1687Latest