Expand the module position dropdown
This css is loaded
https://github.com/dgrammatiko/joomla-cms/blob/28245843b39e1ec3365dfa33c2b89d2b0e6b185f/administrator/templates/atum/scss/vendor/choicesjs/choices.scss#L24
The css from the vendor is loaded after
Labels |
Added:
?
|
Once jshjohnson/Choices#794 is merged upstream we could just add the preferred z-index before importing their SCSS.
If someone needs to patch this at all costs the !important
needs to be added at the relevant line (please let's not do that)
This is exactly what I was referring to some months ago regarding the z-index of full-screen codemirror: the vendor css opens after the Joomla! core css, rendering the Joomla! css useless without !important added. See my issue #23512 and closed PR #23528, neither of which were resolved, but it all hinges on the order in which css is loaded. Surely the order for all css files should be:
@Scrabble96 the order of the styles is like that (although I don't really understand what this joomla core css is).
Eg for com_content edit the css should be:
This particular issue is due to the way we override the original vendor css. I could have just @include vendor/original.css
and then added all the overrides on top creating unnecessary bloat for the end users to d/l...
Instead we recompiling the src of that scss to our needs but that didn't actually worked out as planned... Small bug, easy fix
PS. The PR upstream is already merged so I guess I need to do the PR to close this...
@brianteeman The overlapping is no longer an issue in the nightly build. OK to close?
closing as solved elsewhere
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2020-01-21 11:12:32 |
Closed_By | ⇒ | brianteeman |
@dgrammatiko