Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • D developer.puri.sm
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 82
    • Issues 82
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 4
    • Merge requests 4
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Librem5
  • developer.puri.sm
  • Issues
  • #39
Closed
Open
Issue created Aug 14, 2018 by Peter Bittner@bittner1 of 4 checklist items completed1/4 checklist items

Include Contacts app in "compliant with many protocols" (Symbiotic Apps schema image)

Is this a request to add, remove, or change content?

  • Add
  • Remove
  • Change
  • Something else

What is the relevant page and section?

The Symbiotic Apps schema image (displayed in the Symbiotic Apps chapter) shows an app for "Calls", "Messaging" and "Contacts". Only the first two are commented on as "Compliant with many protocols". IMHO, also Contacts should be included in this assumption.

Please, draw the lines around the "Compliant with many protocols" text so that it's clear that "Contacts" may also get data from several sources.

Why should Contacts be compliant with many protocols?

As explained in a forum post on Symbiotic Applications:

to accommodate various - dynamic - data sources (such as contacts from social networks, LinkedIn, LDAP, etc.)

The "local contacts" stored on the phone may only be one collection of contacts. The application may simply allow to connect to one or more social networks (LinkedIn, Xing, ... you name it) or structured data sources (LDAP, AD, etc.) to integrate more contact entries.

Ideally, the application (or underlying platform service) would aggregate the data sources, grouping similar items together. This way a user would get a single data set displayed, which actually contains details coming from several sources (private email, business email, private mobile phone, business phone, personal website, professional profile, job title, ...).

Also, filtering would be much easier: Simply allow the user to display "only contacts from LinkedIn" (in oder to see how many contacts I have collected in the course of the time online), or only "Phone contacts" to see only those I have entered manually on my mobile device. No mixing up (as with contacts in Gmail), all data remains cleanly separated.

Edited Aug 14, 2018 by Peter Bittner
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking