Font in Widget is Big/Blurry after 3.0 Upgrade

[Debbie]

If you look at the left column of the footer, you will see what I mean. I have no idea how to change/fix this.

http://www.docusphere.com/

[Debbie]

I wanted to mention that this is the same in all browsers that we test with.

[Rob]

Hi there Debbie. Thanks for the note here, and for the follow-up. I just checked with the team on this, and one of our widget-minded devs suggested adding this into your CSS:

#footer-inner h4 {
font-size: 12px;
text-shadow:none;
}

That doable? If so, does it do the trick? Let me know if not or if I’m misunderstood here and I’ll adjust my reply accordingly. Thanks!

[Debbie]

I tried it on my Dev site in my theme’s css file. Put it at the bottom. It didn’t make any difference.

[Chris]

The widget is grabbing the site’s main h4 style. I’m having the same issue.

[Chris]

Debbie, check out the list-widget.php file in the widgets folder within the-events-calendar directory. In it you’ll see direction on how to modify the title. Currently it is set to (h4 class=”entry-title summary”). Either add a class or just hardcode the style of choice.

Directions in the list-widget.php file read: “You can recreate an ENTIRELY new events list widget view by doing a template override, and placing a list-widget.php file in a tribe-events/widgets/ directory within your theme directory, which will override the /views/widgets/list-widget.php.”

Kudos to tri.be for good commenting.

[Debbie]

I found it, but changing the two instances of H4 to H3 then saving and viewing the site again didn’t produce any change to the font at all.

Is there something else I need to do?

This is the file I edited:
/home/docusphe/public_html/dev/wp-content/plugins/the-events-calendar/views/widgets/list-widget.php

[Debbie]

I also meant to ask if it’s possible that the fact it’s a header font is what’s giving me the blurry look (drop shadow)? If so, what can I change it to other than H1, H2, H3, H4, etc.?

[Debbie]

Sorry for THREE posts in a row, but I don’t see how to edit anything but my initial post here. I wanted to add that these upcoming events in the widget are also being numbered: 1. 2. 3. etc. I can see no way to change that in the settings anywhere.

[Chris]

If you have the pro version copy the list-widget.php over from events-calendar-pro/views/widgets/list-widget.php to [your theme]/tribe-events/widgets/

You can then create your own class in the a tribe-events-pro.css file in the [your theme]/tribe-events/pro directory. OR you can hard code the change to the list-widgets.php file you copied over to your theme.

For example in the list-widgets.php file (line 22 ish) change to . Just be sure to change to a few lines down.

The numbering has to do with the li class: .tribe-events-adv-list-widget ol li. If the list-style isn’t set to “none” you’ll see the numbers. From what I can tell, yours is set to “decimal”

[Debbie]

I’m just not having any success with this, but I sure appreciate your help. For example, when you say (line 22 ish), I have no idea what you’re saying to change it to, plus my list-widgets.php file isn’t even 22 lines long!

You can probably tell that I never have to deal with css or php files, so most of this is Greek to me.

I think what I need to do is rollback to the previous version, but as I mentioned in another post, I can’t seem to get my hands on it.

[Barry]

Hi Debbie,

Sorry for the extended gap without input from the team … can I ask if you still need help on this one?

[Rob]

Hey again folks. To follow-up on Barry’s comment, does anyone have further issues we can help with here? If so – please don’t hesitate to let us know and we’ll get you a reply in as timely a fashion as possible.

[Seth]

Hi – So I made a few small changes to the widget (see here: http://www.corebaby.org). I successfully overrode the php file (changed h4 to h6). But I can’t get the css to override. I have the edited css file (tribe-events-pro-full.css) located in mytheme/tribe-events/pro and cleared my site cache several time. Any advice? Thans!

[Barry]

Hi Seth,

It looks like you are using a minifier which has also concatenated all of the scripts into a single file – can you try turning this off to see if the override then works successfully?

It’s possible the override is being included (by your minifier) before the main event stylesheets and then is overridden in turn – it’s also hard to pinpoint which rules you added (if you could summarize the CSS rules you added, perhaps by sharing the original code as a Pastebin or Gist snippet, that would be great).

It would also be preferred if you could create a new thread for your own question – if Debbie or Chris return to the conversation with further questions about their own specific problems for instance this could become very confusing indeed 🙂

Thanks!

[Author]

Posts