yesodweb / yesodweb/persistent
"deriving" syntax in quasiquoting should match Haskell's
Open
Nobody has claimed this yet.
enhancement
Newcomer
- Dominant language
- Haskell
- Stars
- 486
- Forks
- 306
- PR merge metrics
- No merged PRs in 30d
Description
Maybe this cat is out of the bag, but the fact that
Foo
fooBar Text
...
deriving (Eq, Show, Read)
failed was surprising to me.
But then, I suppose it could be added without breaking anything.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the quasiquoting parser and its handling of deriving clauses; the issue does not name a file or test. Compare the accepted syntax with the Haskell-style example in the report, and consider the work complete when that form parses without breaking existing quasiquote behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- haskell
- Domain
- databases
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100