graphql/tests/Test, branch v0.7.0.0 GraphQL implementation in Haskell. Separate Query and Mutation resolvers 2020-05-10T16:32:58+00:00 Eugen Wissner belka@caraus.de 2020-05-10T16:32:58+00:00 500cff20eb21b28359400b99a4dfda4009229b95 Fixes #33 . 
Fixes #33 .
Update to Stack 15.x 2020-02-20T04:16:14+00:00 Eugen Wissner belka@caraus.de 2020-02-20T04:16:14+00:00 613e929d91dfc46ecfc5e28479098ce52aeb56f6 






Replace MonadIO constraint with just Monad
2020-02-01T19:46:35+00:00

Eugen Wissner
belka@caraus.de

2020-02-01T19:46:35+00:00

67bebf853ca5a248358ea1854124a46b70c677cd

And make the tests use Identity instead of IO.





And make the tests use Identity instead of IO.







Retrieve resolver arguments from the reader
2019-12-31T07:29:03+00:00

Eugen Wissner
belka@caraus.de

2019-12-31T07:29:03+00:00

d82d5a36b32934bfeb99bf8c99637977dfe725b4












Replace substitution function with a map
2019-12-30T17:26:24+00:00

Eugen Wissner
belka@caraus.de

2019-12-30T17:26:24+00:00

44dc80bb37558fc6a35b22791ac407b63956176d

It makes using variables with queries more approachable, but some work
still has to be done.
- The type `Subs` should be renamed and moved out of `Schema`, together with
`AST.Core.Value` probably.
- Some kind of conversion should be possible from a user-defined input
type T to the Value. So the final HashMap should have a type like
`HashMap name a`, where a is an instance of a potential typeclass
InputType.





It makes using variables with queries more approachable, but some work
still has to be done.
- The type `Subs` should be renamed and moved out of `Schema`, together with
`AST.Core.Value` probably.
- Some kind of conversion should be possible from a user-defined input
type T to the Value. So the final HashMap should have a type like
`HashMap name a`, where a is an instance of a potential typeclass
InputType.







Support directives (skip and include)
2019-12-06T21:52:24+00:00

Eugen Wissner
belka@caraus.de

2019-12-06T21:52:24+00:00

3c1a5c800f382db0ae0c7a74ba3a5a1fdc4c23cb

Fixes #24.





Fixes #24.







Consider __typename when evaluating fragments
2019-12-02T06:43:19+00:00

Eugen Wissner
belka@caraus.de

2019-12-01T19:43:19+00:00

fc9ad9c4a1e2e79a6b93d2599ca8fa6770caf631

Fixes #30.





Fixes #30.







Fail on cyclic fragments, fix #22
2019-11-14T19:40:09+00:00

Eugen Wissner
belka@caraus.de

2019-11-13T19:40:09+00:00

115aa026724a688bc7ca57d622c83d0ccb2d2bb2












Support nested fragments in any order
2019-11-12T09:47:10+00:00

Eugen Wissner
belka@caraus.de

2019-11-11T14:46:52+00:00

31c516927d75a5431c171f4d5dbd3bf0cd32956e

Fix #19.





Fix #19.







Support nested fragments
2019-11-09T22:24:31+00:00

Eugen Wissner
belka@caraus.de

2019-11-09T22:24:31+00:00

1dd6b7b013dfe2092859ddc3850944a9925a45dd

... without forward lookup.





... without forward lookup.