darkhelm/notifications-admin
1
0
Fork 0
mirror of https://github.com/GSA/notifications-admin.git synced 2026-07-21 00:23:53 -04:00
Code Issues Packages Projects Releases Wiki Activity
Files
203393de235631db0ce3c38dec85da170a634fba
notifications-admin/app/assets/stylesheets/components/conditional-radios.scss

28 lines
486 B
SCSS
Raw Normal View History

Style of conditional radios to match design system Updated thickness of border and spacing to match https://design-system.service.gov.uk/components/radios/#conditionally-revealing-content
2018-06-27 13:01:05 +01:00
$border-thickness: 4px;
$top-spacing: $gutter - 5px;
Allow setting of caseworking on a user This commit changes the form that the user sees when inviting or editing another user, if the service has the ‘caseworking’ permission set. This will allow creating a new type of user, one who only has the `send_messages` permission, without the `view_activity` permission. We are doing this because we think there are a number of services with a lot of users who don’t need to see the dashboard, or the other team members, and that we can make a simpler interface for these users.
2018-06-12 14:29:47 +01:00
.multiple-choice {
z-index: 10;
.block-label {
&:before {
Remove show/hide behaviour from permissions form In research we found that: - people didn’t initially realise that the permissions expanded when the ‘admin’ option was selected - not having all the options visible at once makes it hard to know what permissions you are (and more importantly aren’t) giving to people This commit makes it so that: - the options within the ‘admin’ option are always visible - a bit of Javascript logic makes it so you can pick ‘caseworker’ and ‘manage service’, for example (by deselecting one when you pick the other)
2018-06-21 14:00:00 +01:00
box-shadow: 0 5px 0 0 $white;
Allow setting of caseworking on a user This commit changes the form that the user sees when inviting or editing another user, if the service has the ‘caseworking’ permission set. This will allow creating a new type of user, one who only has the `send_messages` permission, without the `view_activity` permission. We are doing this because we think there are a number of services with a lot of users who don’t need to see the dashboard, or the other team members, and that we can make a simpler interface for these users.
2018-06-12 14:29:47 +01:00
}
}
}
.conditional-radios {
&-panel {
border-left: $border-thickness solid $border-colour;
Style of conditional radios to match design system Updated thickness of border and spacing to match https://design-system.service.gov.uk/components/radios/#conditionally-revealing-content
2018-06-27 13:01:05 +01:00
margin: 0 0 (-$top-spacing - $gutter) ($gutter-half + ($border-thickness / 2));
padding: $top-spacing 0 0 ($gutter - ($border-thickness / 2));
Allow setting of caseworking on a user This commit changes the form that the user sees when inviting or editing another user, if the service has the ‘caseworking’ permission set. This will allow creating a new type of user, one who only has the `send_messages` permission, without the `view_activity` permission. We are doing this because we think there are a number of services with a lot of users who don’t need to see the dashboard, or the other team members, and that we can make a simpler interface for these users.
2018-06-12 14:29:47 +01:00
position: relative;
Remove show/hide behaviour from permissions form In research we found that: - people didn’t initially realise that the permissions expanded when the ‘admin’ option was selected - not having all the options visible at once makes it hard to know what permissions you are (and more importantly aren’t) giving to people This commit makes it so that: - the options within the ‘admin’ option are always visible - a bit of Javascript logic makes it so you can pick ‘caseworker’ and ‘manage service’, for example (by deselecting one when you pick the other)
2018-06-21 14:00:00 +01:00
top: -$top-spacing;
Allow setting of caseworking on a user This commit changes the form that the user sees when inviting or editing another user, if the service has the ‘caseworking’ permission set. This will allow creating a new type of user, one who only has the `send_messages` permission, without the `view_activity` permission. We are doing this because we think there are a number of services with a lot of users who don’t need to see the dashboard, or the other team members, and that we can make a simpler interface for these users.
2018-06-12 14:29:47 +01:00
z-index: 1;
}
}
Reference in New Issue Copy Permalink