Why labels used instead of slugs for typescript and graphql?

itspers

4 months ago

1 3

• Selected Answer
  

  DanRibbens

  Payload Team

  3 months ago

  These changes were released in v1.2.

• 

  jmikrut

  Payload Team

  4 months ago

  This is about to improve actually - very shortly. At first we did this because labels generally aligned more closely to naming conventions of GraphQL types but I agree, it’s not expected. Keep an eye out for more here shortly

• 

  DanRibbens

  Payload Team

  4 months ago

  You're absolutely right @itspers,

  I've made this change and included it in the PR for i18n. #1326
  This is a breaking change and will be documented in the release notes, but know that if you were relying on the labels for globals and collections for the GraphQL schema names, you will have to make a small change to your config or the client code calling GraphQL.

  Going forward, slugs will be responsible for graphQL schema names by default. If you wish to override the names Payload derives from the slug, you can be explicit using the new properties on Collections and Globals to do so.

  Collections new object for GraphQL is:

    graphQL?: {
      singularName?: string
      pluralName?: string
    }

  and globals has a new property for graphQLName?: string.

  The change is still open for review if you have any comments.