05:31 <FromGitter> <menih> Looking for effective and productive IDE (autocompletion, explorer, goto definition, refactoring). Already looked at VSC and plugins... - any suggestions?

05:36 <FromGitter> <naqvis> @menih unfortunately atm, tooling is the weakest area. So that VSC plugin is the best what we have got so far

05:58 <FromGitter> <mattrberry> Iirc the ruby plugin for intellij works decently, but I haven't tried it in awhile. I have just been using vscode for my larger projects and vim for the smaller ones

11:05 <raz> yup, vim + vscode here, too (leaning towards vscode for larger projects with many nested folders)

11:05 <raz> the vim emulation in vscode is really good

11:32 <riffraff169> i use vim for everything, so...

13:16 <FromGitter> <wyhaines> @menih vscode has served me very well thus far for a medium sized Crystal + React project.

14:22 <FromGitter> <maxbertinetti> VSCode ha the updated plugin: https://marketplace.visualstudio.com/items?itemName=crystal-lang-tools.crystal-lang try with https://github.com/elbywan/crystalline

14:31 <FromGitter> <kingsleyh> It would help if there were not so many crystal plugins in VSCode - many of them seem to be duplicated repos

14:33 <FromGitter> <maxbertinetti> This is the official forked from @faustinoaq for crystal-lang-tools @kingsleyh since Faustino has no more time to work on it

14:34 <FromGitter> <maxbertinetti> We can if possible ask to remove the unsupported from the marketplace ....

14:50 <FromGitter> <maxbertinetti> @menih

16:24 <FromGitter> <kingsleyh> I think that would be a good idea so it’s less confusing about which one to pick

16:25 <FromGitter> <kingsleyh> Once Crystal gets past 1.0 I will consider working on the IntelliJ plugin again as well as contribute to vscode

16:26 <FromGitter> <maxbertinetti> Thanks

20:09 <oprypin> mm the fact that crystal doc generator has no way to preserve any kind of ordering is a loss, i think

20:16 <sgt_chuckles> hi

20:16 <FromGitter> <Blacksmoke16> o/

20:17 <sgt_chuckles> I see that Nicola motors sponsors Crystal

20:18 <sgt_chuckles> curious to know, are they actually using crystal in their vehicles? seeing that the speeds are comparable to C

20:19 <FromGitter> <Blacksmoke16> https://manas.tech/blog/2020/02/11/nikola-motor-company/

20:33 <sgt_chuckles> hmm, so they use crystal for the application backend, which is good. But it's exiting to think that crystal will become a language to replace C/C++

20:34 <sgt_chuckles> maybe not completely, but at least in most place where there are no other options

20:55 <oprypin> if i have a funtion and a macro with the exact same name, is there any way to disambiguate between them?

20:56 <oprypin> https://carc.in/#/r/9qp2

20:56 <FromGitter> <Blacksmoke16> Is the method q class method?

20:56 <FromGitter> <Blacksmoke16> Yea I don't think there would be in that case

20:59 <oprypin> i'm considering doing this just for the purpose of documentation, even though the only thing that the user will ever acess is the macro https://carc.in/#/r/9qp3

20:59 <oprypin> wondering how much of a performance hit it is to write out the useless duplicate function

21:00 <oprypin> ooh is there any way to detect that we're currently in doc generation mode?

21:01 <FromGitter> <Blacksmoke16> could you document an abstract def of it?

21:01 <FromGitter> <Blacksmoke16> then could just `# :inherit:`

21:01 <FromGitter> <Blacksmoke16> not build in but you could pass in a custom flag when you build docs

21:01 <FromGitter> <Blacksmoke16> `crystal -Ddocs docs`

21:01 <oprypin> 🙌

21:15 <oprypin> Blacksmoke16, seems like that flag is already defined by default, actually!

21:17 <oprypin> so even better

21:19 <FromGitter> <Blacksmoke16> oh nice, TIL

21:21 <oprypin> seems good: https://github.com/oprypin/crystal-imgui/commit/6f7f6c210b6d86ceee95943c3abfdbc80876e116 -> https://github.com/oprypin/crystal-imgui/commit/bcc16aea9ae151ef2e0386b2613e22a5a2dfa593#diff-38ecda4b9b7a851ea63ecef979c52137L1466

21:22 <FromGitter> <Blacksmoke16> nice one

21:54 <oprypin> is there any way to augment the output of crystal doc generator, other than editing the source code?

21:57 <FromGitter> <Blacksmoke16> augment how?

21:59 <oprypin> Blacksmoke16, say i have a function which accepts as an argument the current method's id and wants to append something automatically to the documentation for that method

22:00 <FromGitter> <Blacksmoke16> hm yea idt

22:00 <FromGitter> <Blacksmoke16> cant really access the def docs are applied to get stuff like that

22:00 <FromGitter> <Blacksmoke16> ```# This method is :method_name: ⏎ def foo ⏎ end``` [https://gitter.im/crystal-lang/crystal?at=5f692285e1dd7c195488b82b]

22:02 <oprypin> the doc generator can output json, it also should be able to consume that json (that's where i'd hook in) and put it back into html

22:05 <FromGitter> <Blacksmoke16> i guess the question is does it actually use the json to build the docs, or is that just generated along side the html

22:06 <FromGitter> <Blacksmoke16> i think it may be the latter

22:06 <oprypin> yes i assumed so

22:06 <oprypin> havent checked

23:58 <FromGitter> <mattrberry> Oh @oprypin I didn't realize you're the one who made crimgui. I was debating using that for cryboy. Does it work with sdl / would that be a reasonably painless setup? I'd check but I'm on mobile right now :/