Applicator, Assertion, and Annotation as behaviors not categories about json-schema-spec HOT 5 OPEN

Hey! When reading this issue I moved it by mistake into the "In Discussion" status but I can't find a way to find the previous status to revert it. Is "In discussion" the right status for this issue?

from json-schema-spec.

I don't think the intention was to imply that these behaviors are mutually exclusive. If that's not clear enough, we should fix that.

I'd also be in favor of dropping that section entirely. IMO, the only thing that matters is what inputs are available and what output is expected. Whatever behavior is possible from the inputs you have is a possible behavior for a keyword. Categorizing keyword behavior seems more appropriate for a research paper.

from json-schema-spec.

I'd also be in favor of dropping that section entirely. IMO, the only thing that matters is what inputs are available and what output is expected. Whatever behavior is possible from the inputs you have is a possible behavior for a keyword. Categorizing keyword behavior seems more appropriate for a research paper.

This opinion leans into #1159 where I proposed that we reorganize the meta-schemas. If behaviors like "applicator", "annotation", and "assertion" are the output of a meta-analysis of keywords, then it doesn't make sense to organize our vocabularies using these concepts, which means we need some other way to organize them. To me, that's by applicable JSON type (e.g. all of the "object" keywords together) and/or keyword purpose (e.g. boolean logic, conditionals, etc)

from json-schema-spec.

I'm definitely in favor of revisiting vocabulary organization, but I'm still strongly of the following opinion ...

vocabulary organization is arbitrary and no matter what we choose, there will always be use cases where it doesn't make sense. I'd rather define keywords than vocabularies. Then people can combine them however they like without being constrained by the categorization we choose for them.

I strongly believe that there needs to be a decoupling of keywords from vocabularies. If we do that, it matters very little how we group keywords into vocabularies or if we define vocabularies at all. We can even provide both a type-optimized and composition-opitmized set of vocabularies that group the keywords in different ways. But most importantly, anyone can define their own vocabularies tailored to their needs if ours don't make sense for them.

from json-schema-spec.

Okay. Let's have the vocab rework conversation over there, whatever it ends up being. I really just wanted to link these two since they seem related.

"Applicator" in particular is useful as a concept because it makes unevaluated* easier to define since unevaluated* MUST run after all other applicators. I'm not convinced removing it is the right direction, but I'm also not sure what needs to be done.

from json-schema-spec.