Stylish-haskell style import and record formatting #12
Labels
No Label
blocked: dependency
blocked: info-needed
bug
duplicate
enhancement
fixed in HEAD
help wanted
hs:arrows
hs:brackets
hs:classes
hs:comments
hs:do-notation
hs:guards
hs:lists
hs:operators
hs:patterns
hs:records
hs:types
invalid
language extension support
layouting
needs confirmation
priority: high
priority: low
question
revisit before next release
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: hexagoxel/brittany#12
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Stylish-haskell and Brittany usually get along fine. But there are rare occasions where they disagree (case statements with guards are the only one I know of). So if the user wants the features of both, they have to give precedence to one of the tools.
I personally only use
stylish-haskell
because of the formatting of imports and of record types. If Brittany did these things, I would just dropstylish-haskell
altogether.(PS: Sorry for bombarding you with 4 issues today =P I've been using Brittany for a little while now, and I'm starting to want to make some changes / fixes, so I'm documenting them in the form of issues. We'll see if I have the time to get to any of them myself.)
Fyi if you want to contribute, I have started adding some docs that might be helpful. See
docs/implementation/bridoc-design.md
That's a good doc! Helps a ton, thanks.
have you made any progress on this? I might start on something for data/record types otherwise.
I have not.
the ghc syntax tree again takes me some time to figure out. I had not realized how overloaded commas in record definitions are, e.g.
is valid. If you think you know haskell syntax, implement a formatter.
Since there are separate issues for imports (#155) and records (#47), I'm going to close this issue.