Skip to content

Remove/deprecate inPlaceBroken port types? #94

@prokopyl

Description

@prokopyl

I am making this issue to separate the conversation about the implementation in #93, and the following questions that were raised:

  • Should the in-place-compatible port types be the default?
  • Should in-place-broken processing be supported at all?

There was already a rather large conversation and many points that were stated in the discussion thread in #93 which I won't reproduce here.

Considering this change, if implemented, would not be done until after the next major release (since it would be breaking), discussing it can wait, while restoring compatibility with hosts that do not allow inPlaceBroken (see #89) is more pressing. 🙂

Metadata

Metadata

Assignees

No one assigned

    Labels

    💔 Breaking changeChanges to the code that will lead to break one or more APIs🗨️ DiscussionAn exchange of opinions about a topic🌟 ErgonomicsLittle things that matter! Does not add functionality, but makes an API easier to use

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions