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
There is a currently unused override of minicolors (administrator/templates/atum/scss/vendor/minicolors/minicolors.scss). The file should be called jquery.minicolors, not minicolors. But if we make it usable, the styling breaks because of missing image file used by imported vendor's CSS file.
The build script would need to either copy the images to override directory or update the path.
Or we manually make CSS rule overrides but that's not a good long term solution, considering other vendor files could have the same issue.
The text was updated successfully, but these errors were encountered:
This is wrong, it destroys any caching advantages, eg the code will be always invalidated per template scss updates even if it didn't change. That's not how assets should be treated.
The build script would need to either copy the images to override directory or update the path.
There are 2 options:
add a resolver for the path in the scss (you can copy it from Bootstrap, etc)
Inline as base64 the image, which is better for perf
There is a currently unused override of minicolors (
administrator/templates/atum/scss/vendor/minicolors/minicolors.scss
). The file should be calledjquery.minicolors
, notminicolors
. But if we make it usable, the styling breaks because of missing image file used by imported vendor's CSS file.The build script would need to either copy the images to override directory or update the path.
Or we manually make CSS rule overrides but that's not a good long term solution, considering other vendor files could have the same issue.
The text was updated successfully, but these errors were encountered: