consul/ui/packages/consul-ui/app/styles/routes/dc/services/index.scss

28 lines
877 B
SCSS
Raw Normal View History

/* instance detail dl text*/
html[data-route^='dc.services.instance'] .app-view > header dl {
float: left;
margin-top: 19px;
margin-bottom: 23px;
margin-right: 50px;
}
html[data-route^='dc.services.instance'] .app-view > header dt {
font-weight: $typo-weight-bold;
}
2021-05-26 13:35:19 +00:00
html[data-route^='dc.services.instance'] .tab-nav {
border-top: $decor-border-100;
}
html[data-route^='dc.services.instance'] .tab-section section:not(:last-child) {
border-bottom: $decor-border-100;
}
html[data-route^='dc.services.instance'] .tab-nav,
html[data-route^='dc.services.instance'] .tab-section section:not(:last-child) {
border-color: var(--gray-200);
}
html[data-route^='dc.services.instance'] .tab-section section:not(:last-child) {
padding-bottom: 24px;
}
ui: Re-organize our %h* placeholders (#9584) We've always had this idea of being able to markup up information semantically without thinking about what it should look like, then applying our %h* placeholder styles to control what the information should look like. Back when we originally made our set of %h* placeholders, we tried to follow Structure as much as possible, which defined the largest header (which we thought would have been the h1 style) as a super large 3.5rem. Therefore we made our set of %h* placeholders the same as Structure beginning at a huge 3.5 size. We then re-overwrote those sizes only in Consul specific CSS files thinking that this was due to us existing before Structure did. Lately we saw an extra clue in Structure - the extra large 3.5 header was called 'h0'. This commit moves all our headers to use a zero based scale, and additionally uses our 3 digit scale as opposed to 1 digit (h1 vs h100), similar to our color scales (note we don't use a hypen, which we can alter later if need be), which means we can insert additional h150 etc if need be. Additional we stop styling our headers globally (h1 { @extend %h100; } ). This means there is no reason not to use headers for marking up content depending on what it is rather than what it should look like, and as a consequence means we can be more purposeful in ordering h* tags. Lastly, we use the new scale over the entire codebase and update a couple of places where we were using using header tags due to what the styleing for them looked like rather than what the meaning/order was.
2021-01-26 17:53:45 +00:00
html[data-route^='dc.services.instance.metadata'] .tab-section section h2 {
@extend %h300;
margin: 24px 0 12px 0;
}