Brian Krogsgard

That’s a great feature request. It’s not in the plugin currently, but I can add it and send out an update this week. Once I do, it’ll just add a class to the post if it’s the current one being viewed, which will make it easy for you to style it with just a line or two of css in your child theme.

Unlinking is probably not as good of an idea. Styling it is probably better.

Hey mchildress,

I’m sorry I’m just seeing this. I don’t receive notifications for support threads ??

It should display dates for all posts, not just some. Here’s an example: https://krogsgard.com/2012/create-a-wordpress-theme/

You can remove all dates with a filter that allows you to customize the content area of each post in the series:

add_filter( 'rsseries_content', 'rsseries_no_date' );

function rsseries_no_date( $series_content ) {

	$series_content = '<a href="' . get_permalink() . '">' . get_the_title()  . '</a>';

	return $series_content;

}

That would go in your theme functions.php file or your website’s functionality plugin.

Hope that helps!

Indeed, this is correct. That grabs everything related to TEC stuff.

Thanks, Joey!

So my base slug is ‘calendar’.

I’ve found that it is returning true to a generic is_page() check, which doesn’t help much.

calendar/upcoming returns true on a ‘tribe_events’ == get_post_type() check, which starts to help.

other URLS like calendar/month, calendar/2012-03 (and other date archives) are returning true for the same is_page() check… none of it makes much sense.

I’ve tried it both with a page called ‘calendar’ and without, and it makes no difference.

Anywho, just some extra info.

Okay…

I’m on a Mac osx Lion using latest stable Chrome in a Multisite install on a sub-site where Akismet is the only active plugin, but I do have Jetpack and a couple others ‘network enabled’. Hope that helps.

Version 3.2.1 and the most recent version of Chrome.

Go to Settings > Reading and make sure you have either “recent posts” or “static page” actually selected.

It’s possible neither is selected, and the plugin will not pick up those pages to rewrite titles.

Playing with the admin bar activated and not activated / logged in and not logged in, I noticed that when activated but not logged in it will take on padding other than 28px from the theme if defined.

For instance, if the theme padding is set to body {padding-top: 80px;} it will show up as 28px when the user is logged in and the admin bar is displayed, and 80px when the user is not logged in and the admin bar is not displayed.

Would it be a good idea to make the forced padding to apply (to 0px rather than 28px) even when the user is not logged in? That way theme authors will use margin to achieve what they want and not make the experience different for the user depending on their login status.