[snorton]

Ryan/Ray: Did these recurring events exist prior to upgrading to 3.x?

[snorton]

The above won’t display your event date. tribe_get_start_date is the template tag to call the start date & time of the event for $post (current post), false turns off the time of the event (because it would otherwise display mm-dd-yyyy @ 00:00 AM – 00:00 PM), and $format readjusts to simply whatever date/time format you specify. In my example, this tag will only echo your start time in the format you asked for. If you changed false to true then it would display the start time in the specified format but still add @ 00:00 AM – 00:00 PM to the echoed text.

[snorton]

cakeandeatitdesigns, Will this data be displayed on a single event page? You’ll probably want to create a template override. Make a copy of wp-content\plugins\the-events-calendar\views\single-event.php and place it in wp-content\themes\[your theme]\tribe-events\single-event.php.

Then, you can completely customize the display of the meta however you’d like. It would probably be easiest to just call each individual meta item.

[snorton]

Hey you can any date format you want!
here’s what you want (just wrap in a php tag):
echo tribe_get_start_date($post, false, $format = ‘g:i a’ );

http://php.net/manual/en/function.date.php

[snorton]

I just realized you wanted it to be narrowed down by category as well. You’ll also want to set up an array that queries for the specific taxonomy you have created for that category:
tribe_get_events(
array(
‘eventDisplay’=>’upcoming’,
‘posts_per_page’=>5,
‘tax_query’=> array(
array(
‘taxonomy’ => ‘tribe_events_cat’,
‘field’ => ‘slug’,
‘terms’ => ‘cbs’
)
)
)
);

[snorton]

rduncan10: If you’re comfortable with php, you can use the_widget function to call the Tribe calendar in reference and simply use $args to adjust the output before the widget and after the widget using the following syntax (this outputs the list widget):
http://snippi.com/s/uxv11h7

For more information on the the_widget function:
http://codex.wordpress.org/Function_Reference/the_widget

[snorton]

I’m not aware of any shortcodes, but if you’re comfortable with php there’s a plugin called Global Content Blocks (http://wordpress.org/plugins/global-content-blocks/) that will allow you to use some of the ECP template tags to create your own ‘shortcodes’. This will effectively let you plug them into any regular page. I used this method to pull upcoming events, or for the mini calendar in the pro version.

[snorton]

Karen, where exactly are you finding this class applied? I see it in two locations on your ‘List View’: for the Find Events button and also on the iCal import button, but you report seeing in a top left corner?

[snorton]

FWIW (and I’m not sure where this comment should be added), I’ve seen numerous WP themes which do not include the proper body class on the Events Calendar pages. My theme, for example, extends the WP body_class and replaces it in my header.php, so I simply hooked into that extension and added the proper body classes in conditional statements as found in a typical ECP install.
I bring this up because the CSS element attributes for tooltips are specific to a particular body class. In this case, on the Month view, your body class should include “events-gridview,” otherwise the appropriate styles do not get applied. Furthermore, the ECP CSS is great and advanced, and the overrides work as prescribed, but I think a lot of folks have troubles understanding specificity in style sheets.

[snorton]

No problem, @Leah. That’s how I like to roll.

[snorton]

I believe you should just add the license to your new URL and remove it from your dev URL. It should then appear in the section you’ve highlighted in your screenshot.

[snorton]

Amen, brother! I’ve also noticed that the other view detectors have the same issue where you have to check if is tribe view and not page. Wish I had the time to dive deeper into play around with the cause there. I do best enough to hover in this forum looking for answers to common problems and share my solutions with others when I have them (on top of actual work lol). Glad I could help.

[snorton]

Same principle here, regarding specificity and overrides. In your case with this, you’ve got a declaration under the comment on your stylesheet that says /* Tribe Theme Color */ which re-declares the link color

[snorton]

Oops, I see you already tried that. I tried that, too, for some conditionals that I was working on and it didn’t work for me, so what I’ve done that DOES work is this:
if(tribe_is_month() && !is_home() && !is_page() )

[snorton]

I think you’re looking for tribe_is_month (which checks if is the month grid view).

Check out docs.tri.be for very useful references

[Author]

Posts