Repository navigation
Style guide for generated code #23
Description
I'm trying to have a go of #22 and finding out it's not a simple. :)
I'm trying to figure out how to best format the generated code, beyond what I specified on #22. In particular, what style guide we can adhere to.
Options I know of are:
- simulate purty's behavior. note that it can be a moving target
- one of the published style guides: https://github.com/ianbollinger/purescript-style-guide/blob/master/purescript-style.md and forks thereof
- copy behavior of one of the haskell code formatters (i'm currently looking at hindent)
Another option is to state that code formatting is outside of this project's scope and just to pass the output over to a separate tool such as purty.
What do you guys think?
Activity
flip111 commentedon Nov 27, 2020
Maybe just start changing the style bit by bit where needed and allow for configuration to be passed in? That way over time the (total) style can be configured using a configuration file.
paluh commentedon Nov 29, 2020
I should probably not comment on this as I'm not really familiar with cst and cst-simple.
@jvliwanag do you think that formatting is going bring a lot of complexity to these libs? If that is the case then from my perspective purty is the way to go (this trivial approach works fine in the case of mui bindings).
jvliwanag commentedon Dec 9, 2020
@paluh comments of course helpful. :)
Passing the generated code over to purty is indeed tempting. But when using a codegen lib, I'd prefer not to have to pull in an additional dependency.
@flip111 I'm going with hat approach thanks. I'll submit a pull req onto this lib that changes the way it formats for now. Then I can work on making it configurable.