Skip to content

Split addedTypes/overridingTypes/removedTypes by topics #2053

Open

Description

I don't think monolithic files help much. Smaller topic-by-topic files would help understanding why they exist, e.g. Streams customization can go into "streams" topic.

Given this will add new files, I'd like to try KDL for new ones than having to use JSON.

Activity

  1. Bashamega commented on Jun 30, 2025

    @Bashamega
    Contributor

    Hello Kagami Sascha Rosylight (@saschanaz)
    KDL seems cool. Can I try to migrate it, or this is still for discussion?

  2. saschanaz commented on Jun 30, 2025

    @saschanaz
    ContributorAuthor

    I was planning to do this only when we have to add a new set up customization, but given we already have PRs like #2050 maybe we should try this before that, so that we can tell others to use it.

    So yes, 👍🏻 from me

  3. saschanaz commented on Jun 30, 2025

    @saschanaz
    ContributorAuthor

    Why KDL - it's mature enough (has been there for years), recently embraced by bikeshed (the web spec generator that over half of the specs depend on), has types so that we can do this:

    interface Foo {
      method bar returns=DOMString {
        param p1 type=DOMPoint
      }
      property baz returns=short
    }

    (Our input data was migrated from XML which is why it's still XML-ish with .properties.property, I think KDL fits better for that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions