[Barry]

OK. I do notice that if I try a random URL like http://filmobsession.com/xyz-non-existent/ I get a 404 (as I would expect) but if I visit http://filmobsession.com/venue/ I see what looks like an empty page or post.

Is it possible that you do indeed have a page, post or other taxonomy term that uses the slug venue? If so are you able to remove this or rename it (the slug, rather than the post title, that is)?

[Barry]

Hi Steve – here’s the problem. The post content (or excerpt, if there is one) is truncated before it is used in the tooltip to ensure it doesn’t occupy an unreasonable amount of space. As part of that process, tags (including script tags) are removed.

The alternative would be more complicated parsing to ensure that any prematurely terminated elements were closed in the correct order. Otherwise, for instance, a <span> or <em> element might be cut in half and left unclosed, leading to further issues.

So … really this is a bit of an edge case and all I can really do is throw down the gauntlet and point out where this takes place (the display_day() function inside the table.php template) and leave the rest to you.

It would be great to hear back if you build a good or natty solution to this, it’s always possible others might be scouring the forums looking for a similar capability in the future.

Sorry I can’t really offer up much else on this occassion.

[Barry]

Steve: thanks! I can replicate that locally. Please feel free to kill off the credentials you provided – I’ll try and get back to you shortly with an update.

[Barry]

No problem at all 🙂

[Barry]

OK, great! So I took a look and the bullets are gone. I can also see that you made the change to your events/events.css file within your theme as well as to the theme stylesheet itself.

You should only need to do one or the other, but since it’s working you may as well leave what you’ve done in place.

This should persist between plugin updates; the only scenario where it might not persist is if your theme updates and does so destructively (where all pre-existing files in the theme are purged) – usually though the events folder will be untouched.

If you are unsure please feel free to touch base with your theme’s author: there are a variety of techniques to safeguard yourself here including the use of child-themes, but it’s quite possible it will be a non-issue or that your theme author will have some other strategy for implementing customizations that they would rather you follow.

[Barry]

If you haven’t already done so, could I ask you to copy this file:

wp-content/plugins/the-events-calendar/resources/events.css

To this location (you may need to create the events subdirectory):

wp-content/themes/{your-theme}/events/events.css

And add the rule I provided to the bottom of that stylesheet? Then let me know so I can take a look with it in place. Thanks!

[Barry]

Which file did you add that CSS to – I’m not seeing it anywhere in your stylesheets (nor in the style element in your HTML)?

[Barry]

We don’t really have any guidelines, simply because what one site will handle comfortably another will struggle with. Shared hosting accounts might be sited on a very busy server or they might not be, a VPS could be hosting the site but be totally under-resourced, or it could be a big huge dedicated server but have an overwhelming amount of traffic hitting it … there are so many factors here we just can’t give a one-size-fits-all guide.

I do understand from the developers that there was some sort of performance issue relating to recurring events and this ought to be taken in hand for The Events Calendar (and PRO) 3.0 but beyond that there’s nothing I can suggest for the time being other than that you do a little experimenting – perhaps on a separate testing account – and see how that goes.

I’d love to offer up something more, but at this time of year we are a touch thin on the ground on both the support and developer teams, unfortunately, and I’m not too sure we could get a concrete answer to you in any case.

[Barry]

How strange. Are you using version 2.0.10 of both The Events Calendar and Events Calendar PRO, and when you tried deactivating other plugins and reverting to a default theme did you find that that made a difference?

[Barry]

Hi David, can you provide a URL so we can look at the problem?

[Barry]

Great!

[Barry]

Hi James – you could send it to [email protected] marking the email for my attention and including a link to this thread if possible 🙂

[Barry]

Are you comfortable with CSS? Can you try adding a new rule like this one:

li.eventsAdvancedListWidget ul.upcoming li {
background-image: none;
}

[Barry]

Great – glad you’re all sorted 🙂

[Barry]

Hi Susan. It’s a conflict of some kind: you seem to have a WordPress installation which is located in a sub-directory (/wordpress), and that is responding to requests like this one:

http://riverviewneighborhood.org/

However you also have either additional static pages in the web root, or possibly a separate web app, which can be seen here (with a calendar embedded in a frame):

http://riverviewneighborhood.org/events (also accessible using a .html extension)

I suspect that is the source of the problem. Can you remove or rename that static HTML page?

[Author]

Posts