Strawberry-graphql

--------------------

Initial relay spec implementation. For information on how to use
it, check out the docs in here: https://strawberry.rocks/docs/guides/relay

Contributed by [Thiago Bellini Ribeiro](https://github.com/bellini666) via [PR #2511](https://github.com/strawberry-graphql/strawberry/pull/2511/)

--------------------

This release adds support for properly resolving lazy references
when using forward refs.

For example, this code should now work without any issues:

python
from __future__ import annotations

from typing import TYPE_CHECKING, Annotated

if TYPE_CHECKING:
from some.module import OtherType


strawberry.type
class MyType:
strawberry.field
async def other_type(
self,
) -> Annotated[OtherType, strawberry.lazy("some.module")]: ...


Contributed by [Thiago Bellini Ribeiro](https://github.com/bellini666) via [PR #2744](https://github.com/strawberry-graphql/strawberry/pull/2744/)

--------------------

This release fixes a bug in fragment codegen to pick up type definitions from the proper place
in the schema.

Contributed by [Matt Gilson](https://github.com/mgilson) via [PR #2805](https://github.com/strawberry-graphql/strawberry/pull/2805/)

--------------------

Custom codegen plugins will fail to write files if the plugin is trying to put the
file anywhere other than the root output directory (since the child directories do
not yet exist). This change will create the child directory if necessary before
attempting to write the file.

Contributed by [Matt Gilson](https://github.com/mgilson) via [PR #2806](https://github.com/strawberry-graphql/strawberry/pull/2806/)

--------------------

This release updates the built-in GraphiQL to the current latest version 2.4.7 and improves styling for the GraphiQL Explorer Plugin.

Contributed by [Kien Dang](https://github.com/kiendang) via [PR #2804](https://github.com/strawberry-graphql/strawberry/pull/2804/)

--------------------

In this release codegen no longer chokes on queries that use a fragment.

There is one significant limitation at the present. When a fragment is included via the spread operator in an object, it must be the only field present. Attempts to include more fields will result in a ``ValueError``.

However, there are some real benefits. When a fragment is included in multiple places in the query, only a single class will be made to represent that fragment:


fragment Point on Bar {
id
x
y
}

query GetPoints {
circlePoints {
...Point
}
squarePoints {
...Point
}
}


Might generate the following types

py
class Point:
id: str
x: float
y: float


class GetPointsResult:
circle_points: List[Point]
square_points: List[Point]


The previous behavior would generate duplicate classes for for the `GetPointsCirclePoints` and `GetPointsSquarePoints` even though they are really identical classes.

Contributed by [Matt Gilson](https://github.com/mgilson) via [PR #2802](https://github.com/strawberry-graphql/strawberry/pull/2802/)