https://linen.dev logo
Powered by
# haxe-ui
  • f
    I thought this is not supported and therefor the need for 
    IItemTransformer
  • b
    nope, so i think the item transformer is about turning primitves into something item renderers can understand
  • b
    ie, 
    ArrayDataSouce<Int>
    in to 
    { text: "1" }
  • b
    but if feels a little hacky, and it super super old, so i think ill review / rewrite / remove
  • b
    but your original attempt with "calculated: " seems totally reasonable to me
  • b
    so will look into as, if it doesnt work, it should
  • f
    ah ok. Until now I worked with the transformer, but as I wrote it only worked for me when coming from 
    Dynamic
  • b
    yeah, i think your use of the transformer is novel, and probably there should be something like that in there, but the one that is currently there is just not "right"
  • b
    but at its most basic level, your original attempt should have worked
  • b
    fyi, i can reproduce
  • f
    Isn't the internal mapping from a data field to the 
    id
    of the 
    ItemRenderer
    using 
    Reflect
    ? at least I thought
  • b
    it is
  • f
    than it doesn't use getProperty when field return null ?
  • b
    well, it does use get property, but its the building of the field list that doesnt even see the property
  • b
    if you use 
    @:isVar public var someOtherString(get, set):String;
    it should work
  • b
    but id prefer a better solution
  • b
    ie, this works:
  • b
    Copy code
    haxe
    @:isVar public var someOtherString(get, never):String;
    private function get_someOtherString():String {
        return "static";
    }
  • b
    but ill see if i can make it a little more clever...
  • f
    ah I see - with that change it works for me
  • f
    I think that is OK
  • f
    abstracts won't work right ?
  • b
    no idea, never tried
  • b
    or typedefs... they could also be useful
  • f
    typedefs work with item transform the way I miss-used them
  • f
    abstracts not - I tried. 
    @:isVar
    is not working for abstract
  • b
    do you think its a shitty assumption that if there is a "get_someOtherString" function there is probably a "someOtherString" property?
  • b
    i think for like 99.9% of the cases that'd be fine... and of the 0.1% it just woudnt matter
  • f
    when the code is written by a Haxe programmer this would hold I guess 🙂
  • b
    yeah, i think so... and also, if there wasnt, i dont think it wouldnt matter anyway
1...922923924...1687Latest