error-message-catalog

eggsyntax 2016-04-29T19:54:47.000024Z

@yogthos et al -- kickass project, y'all, thanks.

eggsyntax 2016-04-29T19:56:00.000025Z

If it gets to the elmlang point, it'll be a massive win for everyone, and fix one of the worst that most drives newbies away.

yogthos 2016-04-29T19:57:54.000026Z

Yeah I think collecting errors people actually run into is key

eggsyntax 2016-04-29T19:59:03.000027Z

Will pass it along to everyone I know. Ran into it in the clj newsletter, btw (via Planet Clojure RSS feed).

eggsyntax 2016-04-29T20:38:21.000028Z

Here’s another attempt at solving the same problem (in Scala), which takes the approach of having a website where folks can submit advice on particular errors (seems like a good approach to me, since it cuts friction to an absolute minimum. More up-front work, though, of course…). Also the name they chose is funny enough to be pretty memorable, and could certainly be stolen for clj/s :simple_smile: https://softwaremill.com/scala-clippy-helping-understand-compiler-errors/

eggsyntax 2016-04-29T23:55:49.000030Z

There seems to be some tension between a) having a single exception in a catalog page (which can have multiple causes) and b) having a single exception with a single cause (meaning that there will be other pages with the same error). The documentation suggests b) to me, but the file naming convention people have settled on seems to be a file name describing the exception, suggesting a). @yogthos: @tolitius — is there a clear direction to go on that issue?

yogthos 2016-04-29T23:57:20.000031Z

I think my preference would be to group things by the error message, and then have multiple causes for each

yogthos 2016-04-29T23:57:52.000032Z

so I think I'm leaning towards a) here as well