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

Star preferred items #308

Closed
spoorun opened this issue Aug 28, 2017 · 3 comments
Closed

Star preferred items #308

spoorun opened this issue Aug 28, 2017 · 3 comments
Labels
1. to develop Accepted and waiting to be taken care of enhancement New feature or request low Low priority
Milestone

Comments

@spoorun
Copy link

spoorun commented Aug 28, 2017

Currently
There is no way of syncing or storing viewing or setting preferred items within a field type.
For example preferred email address, preferred phone etc...
vCard 4 has a mechanism for this (PREF property).

Rationale
Most other modern systems allow this.
This mechanism permits syncing, allows the user to intuitively email or dial the correct details and store that important information intuitively. It also ensures that the User sees the most important fields first (for example if there are a lot of phone numbers stored).

Resolution:

  1. For each major item type a User should be able to set a 'preferred' item, by clicking a star symbol next to the item.

  2. The items which are not preferred would have a hollow star, the ones which are would have a filled-in grey star.

  3. Only one item of each type would be able to be preferred.

  4. This would be stored and synced with other devices/software via vCard using the PREF parameter.

  5. It would apply to: Phone, Email, Address, Instant messaging, Social network, Website, Related person, Related Organisation

Benefits
This would be intuitive to most users, since other interfaces use the same paradigm (Android, Google and Apple for example), and 'favourites' is fairly clearly assigned by a star symbol. Since the star is used for preferred contact details in other systems, and the Preference will be synced over, it will very useful when users have multiple phone numbers for a contact, and can't be expected to remember which is the main one, and want that one dialed straight-off without searching.

Example:
Mary has 3 mobiles, a work phone, and a home phone. User designates one of her mobiles as preferred, helping her remember which to call first, and this will also sync to the User's smartphone via CardDAV, making dialling easier.

@skjnldsv skjnldsv added 1. to develop Accepted and waiting to be taken care of enhancement New feature or request low Low priority good first issue Good for newcomers labels Aug 28, 2017
@skjnldsv skjnldsv added this to the 2.1.0 milestone Aug 28, 2017
@mburnicki
Copy link

+1

Other carddav clients also evaluate this. For example, Android 6 also shows "starred" phone numbers or email addresses first, and you can select the default/preferred entry on the phone.

In the cardbook addon for Thunderbird you can mark entries as "preferred".

For this app it would be specifically bad if you edit a vcard which has some "prefs" settings, and the prefs get lost if you save your changes. Haven't tried this, yet, but e.g. current versions of the contact editor in KDE do things like this, so it's actually unusable for editing. You can just look up some information with such programs and need to take care not to click the "save" button unintentionally.

@jancborchardt jancborchardt removed the good first issue Good for newcomers label Jan 23, 2018
@rsnitsch
Copy link

Finally I know why my CardDAV sync is buggy: It never saves the preferred phone number for my contacts. The 'wrong' phone numbers always reappear after some time (probably after each Nextcloud sync) at the top. Because of this, I called my contacts multiple times using the wrong phone number (e.g. calling them at the office late at night, instead of using the mobile phone number).

@skjnldsv
Copy link
Member

Duplicate #202

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1. to develop Accepted and waiting to be taken care of enhancement New feature or request low Low priority
Projects
None yet
Development

No branches or pull requests

6 participants