You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think the naming here is confusing, especially as we look forwards to allowing projects to define custom roles. What we currently call role is actually a record of a device's membership of a project, and it defines the roleId they have within a project. I think it would make more sense if we call this record type membership, or similar, and then keep the role record type for defining the roles available in a project - a role name, description, and capabilities of that role. Currently these are hard-coded in Mapeo Core as "capabilities".
// This is a sketch.// I'm sure many of the specifics are wrong!typeProject={members: Membership[]roles: Role[]}typeMembership={device: Devicerole: Role}typeRole={title: stringcapabilities: Capability[]}
In English: projects have members and roles. There are a small number of roles which can be custom. Each role has certain powers, defined by a list of capabilities.
I think the naming here is confusing, especially as we look forwards to allowing projects to define custom roles. What we currently call
role
is actually a record of a device's membership of a project, and it defines theroleId
they have within a project. I think it would make more sense if we call this record typemembership
, or similar, and then keep therole
record type for defining the roles available in a project - a role name, description, and capabilities of that role. Currently these are hard-coded in Mapeo Core as "capabilities".@EvanHahn
The text was updated successfully, but these errors were encountered: