Define Schema.org Metatag project scope

Created on 19 July 2021, over 3 years ago
Updated 17 August 2023, over 1 year ago

Given that a large number of feature requests for new data types, which included working patches, were closed with the (paraphrased) response that adding more data types to the module was out of scope, could we please define:

  1. What is in-scope for this module?
  2. What is out-of-scope for this module?
  3. What is the recommended solution for things that are deemed out-of-scope?

Thank you.

🌱 Plan
Status

Active

Version

2.0

Component

Miscellaneous

Created by

πŸ‡ΊπŸ‡ΈUnited States DamienMcKenna NH, USA

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States DamienMcKenna NH, USA

    How much of this do we want to put into v3? 🌱 Plan for Schema Metatag 3.0.0 Fixed

    I think we should consider this a legacy module that doesn't change significantly, and consider Schema.org Blueprints as the long-term successor.

    Of course I wonder now if we should just move everything into this module in the interest of just having everything available in one location, but do a better job of splitting out the PropertyType plugins? E.g. why is HowToStep included in the main module?

  • πŸ‡ΊπŸ‡ΈUnited States wells Seattle, WA

    I think we should consider this a legacy module that doesn't change significantly, and consider Schema.org Blueprints as the long-term successor.

    I'm inclined to agree. I've gone from wanting to break this up to just having it be a monorepo.

    I was prototyping some refactoring to make properties more reusable but got away from it a while back. I also had some decent success using an entity system hook instead of a bunch of class and submodules but, again, got away from that work. I'll try to find some time to dig back in to those WIP branches soon...

  • πŸ‡ΊπŸ‡ΈUnited States DamienMcKenna NH, USA

    At this point I'm in favor of just adding everything to this module and encouraging people to use Schema Blueprints as a more flexible, more versatile solution.

  • πŸ‡ΊπŸ‡ΈUnited States wells Seattle, WA

    Yeah. Unfortunately I got too far away from #19... I was trying to prototype a way to keep everything under one module but without having to group tags in to submodules. Parts of that are very confusing and it just feels a little silly to have e.g. 10+ classes that each represent the "@id" property exactly the same way.

Production build 0.71.5 2024