@import "quasar.variables"

body.body--light
    .bg-main-menu
        background-color: rgba($light, 30%)
    .bg-page
        background-color: white

body.body--dark
    background-color: var(--q-secondary)
    .bg-main-menu
        background-color: $main-menu-background
    .bg-page
        background-color: $secondary
    .csc-item-odd
        background-color: $item-stripe-color
    .csc-item-even
        background-color: rgba($main-menu-background, 20%)
    .q-drawer,
    .bg-footer
        background-color: transparent

.csc-main-menu
    margin-top: $header-height
    font-size: 16px
    .q-item__section.q-item__section--avatar
        min-width: 0

.csc-opt-center
    margin-top: ($header-height * -2)

.striped-list
    > :nth-of-type(2n+1)
        background-color: $item-stripe-color
    > :nth-of-type(2n)
        background-color: rgba($main-menu-background, 20%)

.half-screen-width
    width: 50vw

// Before showing a popup (QMenu/QPopupProxy, e.g. CscMoreMenu), Quasar hides it
// briefly to measure its size, then reveals it in the right position. Firefox
// has a quirk where it treats that hidden state as zero-sized, so the size
// check never succeeds and the popup is left hidden forever - the menu never
// opens. Other browsers don't have this quirk.
//
// This is a known Quasar bug: https://github.com/quasarframework/quasar/issues/16167
// Upstream fixed it in https://github.com/quasarframework/quasar/pull/18468, by
// hiding popups a different way that Firefox doesn't miscalculate as zero-sized.
// That fix hasn't been released yet (still missing as of the latest published
// version, 2.23.3, i.e. bumping our Quasar dependency will NOT fix this on its
// own) so we apply the same one-line change ourselves here in the meantime.
// Once a released Quasar version includes the fix, remove this override.
.q-position-engine
    visibility: hidden
