[Barry]

Hi Musik: I’m not sure if this is something we can help with or not, but please do email us (address in the private reply, below) with your request. Thanks!

[Barry]

Superb, thanks!

[Barry]

Hi!

You would indeed need to create the tribe-events directory by yourself.

I appreciate you might be nervous about doing this if you haven’t made such a customization before – ultimately though if you really aren’t confident making changes like this you would either need to wait until we address this in a future maintenance release, or else hire a developer to do it on your behalf – or even take the time to play around with a testing site (so you aren’t impacting on the live site) until you can build some skills and confidence in this area 🙂

The snippet you referenced in point (2) is basically similar to that which you added in point (3) – I suspect you only need the second of those and it sounds like you’ve already got it in place.

I do not know why those particular event pages from the 1940s are being indexed by Webmaster Tools – are you able to drill in and find out where those links are originating?

[Barry]

Hi wpdan,

When the calendar widget first loads it displays upcoming events for the remainder of the month – so this would seem to be working as expected to me (right now I see just one event, and there is only one upcoming event left in your main calendar this month).

Ordinarily a user could then click on a specific date within the month or navigate to the next month, etc, however I guess as a result of the customization work you previously asked about that isn’t going to be viable here 🙁

Perhaps an alternative would be to use the Event List widget and then customize it’s appearance so it is closer to your desired appearance?

[Barry]

Certainly – thanks also for posting back with the solution 🙂

[Barry]

Hi Neil,

I can see much of what you described. One thing I’m not clear on is which plugin you are referring to when you say you are using EVC – I also wondered what the result of your testing was when you deactivated all other plugins and switched to a default theme, did the same problem still persist?

Thanks!

[Barry]

Excellent catch Dimitri – you’re absolutely right. Please accept our apologies for the inconvenience (it sounds like you hit on a workaround there which may also be useful for others) and we’ll be sure to get this fixed in one of our maintenance releases 🙂

[Barry]

Great that the fix is working – and, again, we should have a substantive fix for this arriving in one of our soon-to-be-arrive maintenance releases.

@t3admin: that’s a shame – but if that’s the workaround you need to use would it be possible for you to add the snippet to your alternative theme’s functions.php file, too?

[Barry]

Hi maineirishheritagecenter – are you using the Default Page Template and does switching to the Default Event Template resolve this? (You can tweak that setting via Events → Settings → Display)

Thanks!

[Barry]

Hi Derek, let me try to answer each point in turn – but as I guess is quite possible if you want to take the discussion further on more than one point it would be appreciated if you could break things out into separate threads 🙂

I no longer have a Next Event Widget. I used this previously as it displayed an excerpt from the event text.

That’s right, we dropped it as it was essentially, behind the scenes, the same widget as the Upcoming Events widget (now the Events List widget). To display only the next event with this widget you can set it to display just one event – and adding extras like an event description or excerpt can be done with a fairly straightforward customization (see our themer’s guide https://theeventscalendar.com/support/documentation/events-calendar-themers-guide/ for the basics of this).

Several months on the full calendar (/events/) go wider than the template allows. To confirm, I’ve tried this in twenty twelve (with all other plugins deactivated) and it still occurs. October & November are good examples of this.

If you have very long words within a table cell that is, unfortunately, going to be a problem.

But really we’d have to turn this one back on you: how would you like to deal with this? There are numerous strategies that may or may not be agreeable here – I don’t think there is a one size fits all solution – but we can certainly point you in the direction of some CSS or other minor changes that might help, so long as we have an idea of what you want to do 🙂

When updating Recurring events, the “Save Recurring Event” dialog box greys the entire screen, and I cannot select (with either cursor or keyboard) the options “Only this event” or “All Events”.

We hope to fix this (it’s a known bug that surfaced with the release of WordPress 3.6) in a forthcoming maintenance release. In the meantime it’s worth trying a workaround like this one, which we made available in our list of useful snippets over on the right.

I appreciate if a visitor clicks on the day in question the events appear below, but as a user I would to already know by that point what fills the calendar on that day, and that the click would take me to more info on the event.

We have indeed taken a new direction with this widget – and are open to your feedback. If you want to see it change back to something closer to the equivalent widget from 2.0.x, for example, or have other ideas, please do post feature requests:

https://tribe.uservoice.com/forums/195723-feature-ideas

We take any and all suggestions seriously and UserVoice also makes it easy for other users to voice their approval.

Thanks!

[Barry]

Hi Eric – let’s look at issue #1 here and please create a new thread for issue #2 🙂

It looks like you’ve already got some custom CSS overrides going on within your child theme’s assets/css/custom.css file – can you try appending this to the bottom of that same file:

article { overflow: visible; }

Does that help here?

[Barry]

Hi Gerry,

Yes that should be sufficient – the problem is you’ve got a syntax error in there. Before the two lines you just added you have a different rule targeting:

.tribe-grid-body div[id*=”tribe-events-event-“] .hentry.vevent:hover

Note that although you’ve (correctly) got an opening { brace you don’t have a closing } brace – and that is stopping that last two rules from being interpreted. In other words, this:

.tribe-grid-body div[id*="tribe-events-event-"] .hentry.vevent:hover {
background-color: #0a9690;

Needs to become this:

.tribe-grid-body div[id*="tribe-events-event-"] .hentry.vevent:hover {
background-color: #0a9690;
}

Does that help here?

[Barry]

That’s odd, but great that it does indeed work. If your concern with using Default Events Template is a slightly different appearance or something of that order would it be viable for you to customize it (see our Themer’s Guide for details on safely doing this) to bring it into line with the rest of your theme?

Thanks!

[Barry]

No problem – sorry for the inconvenience 🙂

Since there’s not much else we can do right at this minute however I’ll go ahead and close this thread. Thanks for your support!

[Barry]

Great!

[Author]

Posts