Skip to content

Equal support for website / contact:website and phone / contact:phone #905

@riQQ

Description

@riQQ

Both variants, with and without prefix, should be supported equally as both have the status de facto and no consensus is in sight.

My proposal is to have a single field backed by both keys:

keys used proposed behavior
neither specified empty field that writes the new value to the website key
either specified updating the value uses the existing key
both specified, different values shows multiple values watermark
both specified, same value updates both keys

At the moment, the fields Phone and Website are empty when the keys contact:phone and contact:website are used. Users that are not aware of the Tags section might fill in a new and different value leading to conflicting data.

Some related discussions:

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions