Jonas Meurer

Maybe I'm wrong, but I don not think it is possible to append proc macro attributes. However, the most common use-case related to this, is some kind of `Guard` for...

At least in Juniper's case, there is no execution of "#[bar]". Each impl block macro looks for "#[graphql(...)]" attributes ([here](https://github.com/graphql-rust/juniper/blob/fe99e1cc70b31e3877b1e4a46b630bed6cb6d35d/juniper_codegen/src/util/mod.rs#L88)). Skipping unknown attributes would allow to use custom macro attributes...

1. You can fix the typo. 2. Do you know why this does not work? Is the lifetime parameter missing at the generics definition? 3. There is an issue related...

For me it is not clear what "merge" means in this context. I would assume that merge means that two queries Q1 and Q2 should be merged path wise? For...

So to be clear, you define two queries, then all fields in the these two queries should be in the RootQuery. So we define the queries. ```rust struct UserQuery; #[juniper::graphql_object]...

Another possibility is to use handler functions. The user defines structures which contain data and handler fields. For each data fields code is generated. A Handler field references a function,...

A current implementation which **compiles** (nothing tested) looks like the following: ```rust #[derive(GraphQLObject, Debug, PartialEq)] pub struct HandlerFieldObj { regular_field: bool, #[graphql(Handler = handler_field_obj::skipped, noasync)] skipped: i32, #[graphql(Handler = handler_field_obj::skipped_result,...

No it is not possible with the code on the master branch. Due to the structure of Juniper, it does not require that much changes to support this behavior. The...

I did not think of that. Since the original idea was to reduce the boilerplate, what about this? ```rust #[derive(Debug, Clone, PartialEq, Queryable, Identifiable)] pub struct User { pub id:...

The overall problem with this feature is that a macro can only see the underlying AST, e.g., impl macros can only see the impl block. There is now way for...