how to modify css to remove list-style:none from <ul>

[RanceH]

I'm having a hard time understanding how the html is generated by Grav and the Solarize theme to fix an issue I'm having.

There are <style> tags before AND after the <title> tag.

The <style> tags below the <title> tag are links to theme .css files, while the <style> tags above the <title> are embedded actual css. I've tried to comment out the "list-style: none" attribute and it doesn't change the embedded style above the <title> tag so that my unordered lists are not getting decorated. I tried reading the .twig files but these embedded <style> lines are not there directly. but referred to in base.html.twig by a simple
{% block head %}
How do I change this behavior to what I want?

[hughbris]

Hey, thanks.

There are <style> tags before AND after the <title> tag.

When I create these themes, I almost always just do them exactly as per the source theme and sometimes that's dumb or messy like this. The reason is that many of them are so fragile that deviating from hem can break things in non-obvious ways. They shouldn't be that fragile, but that's modern web dev :/ That this seems a safe thing to fix but it's not really your issue here.

So this could be frustrating, but I think what you want here is to be able to override theme styles, specifically unordered list styles for the moment. Am I right?

An important aside: the CSS above the title tag looks like it is injected by the theme's Javascript. I can see it in the browser inspector but not view-source (and it's not in Twig). I don't like this. It probably explains the flash of unstyled content. It's an example of the fragility of themes I mention above. Even so, we hopefully can override it.

I have to ask how you have your setup before answering. There are a few options and mostly they depend which theme "framework" you are using. I don't have a live site using Solarize except the demo, but what I would do is:

• (as always, my preference) install a child theme that inherits this theme - it means you can customise, mainly templates and styles, without losing that during updates
• create a file in the child theme called css/custom.css and add your override styles there - if this doesn't work, then there is indeed a bug in the theme.

Hope that helps, otherwise please let me know a little more about how you set up your site theme(s).

[hughbris]

Sorry I just took another look at this and realise you probably know how to customise themes but are having trouble overriding the aggressive injected styles! (I ignored the issue title.)

I'm not as confident. I had this problem recently with the Fullcalendar widget, it's just the dumbest idea in my opinion.

Maybe we can add a JS callback that you can hook more style injection into. Mess upon mess. I'll mark this 'investigating'.