ChanServ changed the topic of #crystal-lang to: The Crystal programming language | https://crystal-lang.org | Fund Crystal's development: https://crystal-lang.org/sponsors | GH: https://github.com/crystal-lang/crystal | Docs: https://crystal-lang.org/docs | Gitter: https://gitter.im/crystal-lang/crystal
ur5us has quit [Ping timeout: 244 seconds]
ur5us has joined #crystal-lang
ur5us has quit [Remote host closed the connection]
ur5us has joined #crystal-lang
ur5us has quit [Ping timeout: 244 seconds]
jmdaemon has quit [Ping timeout: 265 seconds]
HumanG33k has quit [Ping timeout: 250 seconds]
HumanG33k has joined #crystal-lang
<FromGitter> <stellarpower> Is there a really quick way I can make JSON serialisation/deserialisation case-insensitive? Or does it just involve biting the bullet?
<FromGitter> <stellarpower> I wanted to copy the format from some other code we have in .net, and because the properties are in PascalCase, they wouldn;t be valid non-constant identifiers in Crystal.
<FromGitter> <stellarpower> Don't suppose there's a quick switch I can flick somewhere to make the parsing mechanism flexible around case, if there aren't going to be any conflicts.
<FromGitter> <Blacksmoke16> you'd have to annotate each ivar with the `JSON::Field` annotation to set the key to use
<FromGitter> <stellarpower> Figured as much. Oh well, thanks!
jmdaemon has joined #crystal-lang
_ht has joined #crystal-lang
Sankalp has quit [Ping timeout: 265 seconds]
Sankalp has joined #crystal-lang
hightower3 has joined #crystal-lang
_ht has quit [Remote host closed the connection]
hightower2 has quit [Ping timeout: 268 seconds]
ur5us has joined #crystal-lang