Can String Type List be a Promise?

Can

string

type

list

be a promise?

Hi Toms, if I recall correctly async schemas are not supported yet, unfortunately. One workaround would be using a custom input component in this case, but that does involve some extra effort.

Now that's a concise description! Yeah, makes sense.
Got a little caught up that we define validations alongside the schema (IN THE SCHEMA FILE) that support Promises...

Concise but in need of elaboration? 😉
Indeed, Promises are supported in validation functions and a few other places. I can see how that is confusing. Hopefully we can expand support for them across the board soon AND improve our docs in the meantime, so you won’t have to find out by trial and error.

Never had seen the definition "async schemas are not supported".

Just that there's not a clear border within the schema files where it's actual schema and where those are studio-only enhancements.

But the notation of "async schemas are not supported" really answers whole lot more to me.

Thanks!

That’s because it’s nowhere right now, I think. Will draft up a ‘Gotcha’ on this to include in the docs. And don’t forget about the option to use a custom input component to achieve the above.

Yeah, I know about the option. The effort is tenfold though.

Absolutely. I might work on some recipes for these in the next two weeks to make this easier to just grab and run with.

I'm mentoring a project currently.Just doing the overall guidance not getting deep down into implementation.

So to speak, I'm puppet-master for now.
Am leading a team with 0 previous experience through an asteroid field of learning React, Next.js, Sanity and other tools along the way while working on a production project. I am doing the absolute practical minimum to get the ship going.

I can steer them, I do lessons in-between the PR's, provide resources, fill holes when they're ready etc.

But we're now only in React shenanigans. It doesn't pay off yet for them to start tinkering with the deep customization options of Sanity. Neither the client is paying for that atm.

So the effort isn't in the sense of actual implementation details, but in the scalability of where we're currently at with the project. 😉

Recipe is good, installable plugin would be awesome! (While I understand that it could shard the hell out of the Sanity landscape)

Whew, that sounds like an intense assignment if it also includes learning React for example - JS as well? 😄 Fun stuff. With regard to the latter, I’ll say this very quietly, but a plugin in this direction might be on its way indeed🤞

It does pack a transition from jQuery era of JS to this new React/webpack/babel era.

People were amazed by native promises, let alone async/await.

Spread operators, destructuring. const/let.

SSR/SSG... a whole new world for peeps over here! 🙂
But we're doing more than OK, I guess I have a knack for putting people on new tracks.

Not to take anything away from the peeps - they're good bunch of developers, just that they were stuck in the old days.