Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing Fields #302

Closed
spoorun opened this issue Aug 27, 2017 · 5 comments
Closed

Missing Fields #302

spoorun opened this issue Aug 27, 2017 · 5 comments
Labels
duplicate This issue or pull request already exists enhancement New feature or request wontfix This will not be worked on

Comments

@spoorun
Copy link

spoorun commented Aug 27, 2017

Currently the following fields are missing. This limits vCard/CardDAV 4 interoperability. It also limits business usage of the Contacts app. In this list: CAPITALS=CardDAV property name.

Fields to add to 'Add field' list:
Interests (user-entered, multiple entries, comma-separated?) (INTEREST)
Related (can relate the contact to existing individual and organisation contacts, or other entities.) (RELATED) (see list for auto-completion at para 7 below)

Use vCard KIND property to organise contacts

vCard permits five 'kinds' that can be allocated to each contact. These are: 'Organisation', 'Individual', 'Location' (i.e. venue, premises), 'Group' (automatically applied for group contacts). (There is also 'Application' which is not relevant for our purposes)

It is proposed that Nexcloud Contacts should apply these 'kinds' automatically to each contact to help Users manage and sort them:

Individual - default type
Group - applied automatically where a group contact is created
Organisation - applied automatically if an Organisation name is entered and no FullName is entered)
Location - applied automatically if user enters 'Location' info under 'Add Ext Field', and no FullName is entered.

User could change the auto-assigned Kind by selected 'Kind' from the 'Add Ext Field' dropdown.
Once added, users should be able to filter by Kind, making contact management simpler and more intuitive, for example showing only Groups, Organisations, Individuals or Locations.

Timezone icon next to phone numbers
Ability for user to set TIMEZONE vCard property per phone number (editable as small clock symbol next to phone numbers), thus avoiding losing a deal when waking up an overseas colleague at the wrong time.

Create an advanced drop-down list for extra fields - 'Add extra'.
Thus a user would see both 'Add Field' and 'Add extra' when creating/editing a contact.
This would ensure that Users have access to a full range of fields, which is critical for many business users, without cluttering the interface or bothering those who don't need it.
The 'Add extra' dropdown would be much longer and would include any previously created 'Custom fields' a User had entered (once this is available).

Advanced fields to include in 'Add extra':
Role (role within organisation such as Member, Client, or vocation, different to job title) (ROLE)
Account number (X-ACCOUNT)
Language (LANG)
Timezone for contact (auto-set by address entry, or set manually) (TZ)
Expertise (EXPERTISE)
Birthplace (BIRTHPLACE)
Key (encryption) (KEY)
Calendar (contact's calendar address) (CALURI)
Household (X-HOUSEHOLD)
Logo (for organisations, image upload) LOGO
Anniversary (ANNIVERSARY)
Agent (assistant etc) (AGENT)
Hobby (HOBBY)
Deathplace (DEATHPLACE)
Deathdate (can apply to dissolved organisations as well as deceased individuals) (DEATHDATE
Class (sensitivity) (CLASS)
Sound (attach short audio, for pronouncing name correctly etc..) (SOUND)
Free/Busy address (FBURL)
Scheduling email address (CALADRUR)
Kind (see explanation above) (KIND)

Display alternative names NAME, ALTID
Under 'Detailed Name' field, Alternative Name should be displayed. This could contain Maiden names, past names, formal names etc... The user should be able to enter multiple instances of the field (in some countries it's important to store both the formal and the familial name, and other users would want to store a name in the contact's indigenous language, and in their own language.

**dealing with MAIDENNAME property
MAIDENNAME and X-MAIDENNAME is relatively common in other systems.
It should sync with Nextcloud to 'NAME, ALTID'
For syncing compatability with other systems.

List of types for 'Related' field dropdown box
A User can choose multiple instances of the related field per contact.
User should be permitted free entry, but should have some suggested types (auto-complete).
Ideally remembering types entered previously in the App.

Basic types:
Partner, Business partner, Association, Friend, Family, Housemate, Classmate, Colleague, College, Pet, Offspring, Parent, Neighbour, Spouse, Employer, Assistants
Extended:
Associate, Acquaintance, Next of Kin, Relative, School, Workmate, , Employee, Employer, Contractor, Contractee, Landlord, Tenant, Consultant, Constultee, Lawyer, Advisor, Client, Media agent, Members, Sibling

@jancborchardt
Copy link
Member

@olantrust since this issue and others you report are strongly about business use, it would be cool if you could fund the development of the Contacts app through Bountysource: https://www.bountysource.com/teams/nextcloud/issues

This would be great especially since the Contacts app is completely community-driven, and I’m sure contributors like @skjnldsv and @irgendwie would appreciate it. :)

@spoorun
Copy link
Author

spoorun commented Aug 30, 2017

We'll consider.

We have funded other issues through bounties, though we are volunteers, and a non profit organisation, relying on donations, not a commercial business

@alensiljak
Copy link

+1 for Relationships

@skjnldsv skjnldsv added the enhancement New feature or request label Feb 13, 2018
@tflidd
Copy link

tflidd commented Feb 27, 2018

Issue for geo-coordinates: #485

@skjnldsv
Copy link
Member

skjnldsv commented Oct 2, 2018

Duplicates:

Done:

  • List of types for 'Related' field

Wont be added:

  • dealing with MAIDENNAME property
  • Display alternative names NAME, ALTID
  • Timezone icon next to phone numbers

We do not want to add properties that does not exists on the rfc.
UNLESS they're used in a lot of devices and by a lot of people and supported by famous connectors.
Example X-PHONETIC-FIRST-NAME

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists enhancement New feature or request wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

5 participants