soveran_ has quit [Remote host closed the connection]
<crystal-gh>
[crystal] MakeNowJust opened pull request #4005: Fix Enum#to_s for flag enums to join with pipe (master...fix/enum/pipe-to-s) https://git.io/vDCrI
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
sz0 has quit [Quit: Connection closed for inactivity]
[spoiler] has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
[spoiler] has quit [Client Quit]
[spoiler] has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
FromGitter has quit [Remote host closed the connection]
FromGitter has joined #crystal-lang
voldz1tic3n has quit [Ping timeout: 255 seconds]
<BlaXpirit>
Gitter's API is finally up, and so is the bridge bot. @zathers, @Sija, @rebizu, your recent messages were not seen on IRC, sorry for that
<RX14>
I wish discord was more acceptable as a developer tool, it's pretty much the best chat app out there
voldz1tic3n has joined #crystal-lang
<BlaXpirit>
zatherz, I am interested to hear more about the problem you had with CrSFML. not sure what exactly is going on
<BlaXpirit>
zatherz, not sure what this "entity" is supposed to represent. and i don't think it's a good idea to store a class in a struct. also the thing you mentioned "a @texture field obviously to not let the GC destroy it" is not needed anymore (hopefully, anyway)
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
DeBot has quit [Remote host closed the connection]
DeBot has joined #crystal-lang
sz0 has joined #crystal-lang
bjz has joined #crystal-lang
voldz1tic3n has quit [Ping timeout: 240 seconds]
<FromGitter>
<kawikaconnell> I have a question, is there a way to get what types the constructor args need on classes/structs? I want to try creating a Dependency Injection Container that tries to resolve typed dependencies automatically.
<Yxhuvud>
I don't have an answer for you, but are you talking runtime or compiletime?
<FromGitter>
<kawikaconnell> Probably compiletime. I am kinda new to crystal.
<RX14>
@kawikaconnell you should probably have a macro which generates a self.new method which calls the constructor with the correct args
<FromGitter>
<kawikaconnell> So the macro overrides the classes\structs new method?
<RX14>
well it doesn't have to override
<RX14>
depends
<Papierkorb>
kawikaconnell, imho, it'd make more sense to generate getter-like methods instead of loading the class with @variables in Crystal if you want to do something DI-esque
<RX14>
yeah, I think there are better ways of doing it
<FromGitter>
<kawikaconnell> I was taking inspiration from the way Laravel (PHP Framework) does it.
<Papierkorb>
kawikaconnell, e.g.: `macro instance_getter(name, type); def {{name.id}}; TheDI.instance[{{ name.stringify }}].as({{ type.id }}); end; end` Can be improved to support the same syntax that `getter` supports somewhat easily
<RX14>
well
<RX14>
actually
<RX14>
i think it's best as constructor args
<RX14>
because then you don't need to set up the whole DI for testing
<FromGitter>
<kawikaconnell> Well after giving it some thought I have come to the conclusion that I should probably tinker somewhere less complicated and solve an actual problem, because I really had no problem to solve by creating a DI container. However, when I do run into an issue I will try again.
<FromGitter>
<kawikaconnell> Also those links are acting weird where the page looks broken.
<RX14>
how so?
<FromGitter>
<kawikaconnell> I guess they expired?
<FromGitter>
<kawikaconnell> If I may ask, how often are you on?
<RX14>
i'm on when i'm trying to procrastinate
<RX14>
so pretty much all the time
<wmoxam>
lol
<FromGitter>
<kawikaconnell> Lol, okay.
<FromGitter>
<kawikaconnell> So I will probably just do what all devs do best, build a todo list app.
<FromGitter>
<kawikaconnell> And I will try to hit walls and solve problems, and hopefully learn Crystal.
<RX14>
hope you have fun :)
<FromGitter>
<kawikaconnell> Thank you.
<FromGitter>
<kawikaconnell> Is your name always RX14?
bjz has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<RX14>
yes
<RX14>
has been for years
<FromGitter>
<kawikaconnell> Okay, I was gonna memorize the name so I can talk to you when I need help, if that is okay with you of course.
<RX14>
that's fibne
<RX14>
fine*
<FromGitter>
<kawikaconnell> Well I have to go, have a nice one.
<RX14>
same to you
<Papierkorb>
Sometimes I think building stuff is too easy with Crystal. Oh the hours spent on writing the CMakeLists.txt in C++ projects only for it to blow up a week later cause you dared to update a dependency.
vikaton has joined #crystal-lang
<RX14>
I prefer the web before all this useless whitespace (or in this case blackspace) appeared: https://aww.moe/iyinh8.png