https://linen.dev logo
Join Discord
Powered by
# ceramic
  • Obviously
    m
    Obviously
  • U put a ton shit of hours on that mate, kudos
    m
    U put a ton shit of hours on that mate, kudos
  • so if i add that click component which is already assigned in the hashmap
    m
    so if i add that click component which is already assigned in the hashmap
  • I would expect it to return me that instance no?
    m
    I would expect it to return me that instance no?
  • i would make the name/id secondary to the type
    m
    i would make the name/id secondary to the type
  • If u ever needed that
    m
    If u ever needed that
  • And consume by types the components
    m
    And consume by types the components
  • U can infer types in haxe?
    m
    U can infer types in haxe?
  • 2023 dart has no macros, haxe no inferrance!
    m
    2023 dart has no macros, haxe no inferrance!
  • Haxe does have type inference
    b
    Haxe does have type inference
  • But this specific case is tricky
    b
    But this specific case is tricky
  • ok
    m
    ok
  • the function declaration of component() is `function component(?name:String, ?component:Component):Component`
    b
    the function declaration of component() is 
    function component(?name:String, ?component:Component):Component
  • Yep
    m
    Yep
  • because I expect to have a `Component` type
    b
    because I expect to have a 
    Component
    type
  • but if I wanted the type to be inferred in return
    b
    but if I wanted the type to be inferred in return
  • U cant say <T extends Component>?
    m
    U cant say ?
  • I'd rather have to do this: ```haxe function component<T>(?name:String, ?component:T):T ``` But then it would accept any type not only components
    b
    I'd rather have to do this:
    Copy code
    haxe
function component<T>(?name:String, ?component:T):T
    But then it would accept any type not only components
  • Cant enforce?
    m
    Cant enforce?
  • here it's more <T implements Component>
    b
    here it's more
  • Actually I don't know so much if we can do this with haxe
    b
    Actually I don't know so much if we can do this with haxe
  • Haxe has the <T:ParentType> syntax I believe
    b
    Haxe has the syntax I believe
  • But I might have tried to use that in the past and have more problems, don't remember so well
    b
    But I might have tried to use that in the past and have more problems, don't remember so well
  • No worries
    m
    No worries
  • Would make the experience a little cleaner though if u dont have to cast
    m
    Would make the experience a little cleaner though if u dont have to cast
  • Mmmmh
    b
    Mmmmh
  • b

    https://cdn.discordapp.com/attachments/853414608747364352/1090751410410369104/image.png▾

  • Just trying
    b
    Just trying
  • small test seems to work
    b
    small test seems to work
  • b

    https://cdn.discordapp.com/attachments/853414608747364352/1090751560058933278/image.png▾

1...103104105...124Latest