[George]

Hi Chris,

You can indeed make a customization like this, but it’s something that we don’t offer support so there some ramifications indeed – we can’t help with any of the custom coding for it, or styling for it, which is perhaps the largest “ramification” for customizations, but there’s also the rare situation that could happen where, if we release an update in the future that breaks the customization [highly unlikely, but possible!], you’d have to update your code to bring it in line with the updated plugin.

Other than these caveats, things should mostly be okay, and many many people customize the plugins and make custom views for them all the time.

You’d indeed have to get “down and dirty” with custom coding, and while I don’t have any examples or start-guides for this specific layout, we do have some pretty thorough documentation on our custom-views system that you can read about here → https://theeventscalendar.com/knowledgebase/themers-guide/

Let us know if that helps!

[George]

Hi Joshua,

This is unfortunately a set of customizations that fall outside the scope of our support, but the good news is that there seem to be enough filters and such in place that you can concoct something pretty good here.

What I mean by that is that the tribe_get_formatted_cost() function runs its output through the ‘tribe_get_formatted_cost’ filter. So, you could alter the display of the cost with custom code like this:

add_filter( 'tribe_get_formatted_cost', 'joshua_example_filter_price_display' );

function joshua_example_filter_price_display( $price ) {
    $event_id = get_the_ID();
    return 'On sale' . $event_id . $price;
}

This example is super simple, but shows storing the event ID in a variable called $event_id, and returning the filtered $price content. If an event with the ID of 123 had a price of $20, this example function would change the display from “$20” to “On sale 123 $20”.

This example may seem useless, but if you use the principles of using the $event_id and then you can put together code to check if your event ID is an event that’s on sale, then alter the display based on whether it’s on sale or not, you should be able to get something working here.

I’m sorry if any of this is unclear, let us know if it helps!

— George

[George]

Hey Andrea,

Thanks for reaching out to us here – I’m curious though, you mention this being a common question on the forum, can you link to some other threads you’ve seen that are like this? Just for reference – I want to make sure there’s not a software bug or something, which seeing all these threads will help determine, because they could all sound similar based on title but have different goals in each and be mostly unrelated…

Now, as for your specific questions themselves, there are a few things that come to mind in response to them. First is that you can use the widgets in places even where there isn’t an explicitly-defined sidebar. You can do this with WordPress’ built-in function called the_widget(). For example, this code will display the List widget included in The Events Calendar core plugin:

the_widget( 'Tribe__Events__List_Widget' );

If you need very granular control over how many events display, how they look, etc., then unfortunately the best/only way to do this is by writing custom code that uses our tribe_get_events() function. We don’t offer support for custom code, but you can learn about that function here → https://theeventscalendar.com/function/tribe_get_events/

And the function itself is a wrapper for WordPress’ own get_posts() function, so to learn even more, check out documentation for that plugin here → https://codex.wordpress.org/Template_Tags/get_posts

Cheers!
George

[George]

Hi Sean,

We’re hoping to get 3.10 out the door in a matter of weeks, though at this time I do not have a specific launch date to share.

As for making the Event Description field optional, you can definitely do this! Try adding the following code to your theme’s functions.php file:

add_filter( 'tribe_events_community_required_fields', 'tribe_962804_make_community_desc_optional' );

function tribe_962804_make_community_desc_optional( $required_fields ) {
	
	foreach ( $required_fields as $key => $field_name ) {
		if ( 'post_content' == $field_name ) {
			unset( $required_fields[ $key ] );
		}
	}

	return $required_fields;
}

Let us know if that helps!

— George

[George]

Hi Stu,

You indeed can be selective about where the post content and the additional fields text appear, although most of the things about your question boil down to code customizations. We don’t offer support for customizations, unfortunately, and the various things you’re describing are not available as shortcodes.

The official Themer’s Guide that you mentioned, this one → https://theeventscalendar.com/knowledgebase/themers-guide/, should be helpful, despite your mentioning that it didn’t help much. If you make the necessary duplicate files in a new /tribe-events folder in your theme, editing these files should solve your problems. What specific things are not happening?

Finally, for now, one thing to note is that if your event views are being updated fine, but it’s your other content templates that don’t seem to be respecting the changes you make, then I’d recommend diving into your theme files directly and moving things around there.

I hope this helps Stu!

[George]

Hey Paolo!

First of all, I am so sorry about the massive delay in response time for this ticket – if you explore other threads on our forums, you’ll notice that almost 100% of our tickets get a response within 24 hours. That was indeed the intent for your thread here, but it feel through the cracks in my workflow by mistake and was sitting here un-addressed for some time. For some reason it wasn’t coming up in my “Followups” queue, so I’m very sorry you’ve just been sitting here awaiting a reply.

To address your questions, you said this in your post: “So, please review everything and give me your detailed project and ideas.”

We unfortunately cannot provide speculation about your project, nor are available for hire to help build out, so the best we can do here is address some of the feature concerns you specifically ask about.

EVENTS/VENUE MANAGEMENT FEATURES:
– Custom permalinks for events / venue / artists
– Custom taxonomy and categories for events
– Search filter bar
– Geolocation (display events and venue on the map)
– Venue manager (manage venue (gallery, address, contact info)
– Allow recurring events

These things are all possible out-of-the box with the core plugin and the PRO add-on, however there are not, by default, “galleries” for venues. That is something you’d have to build yourself.

EVENTS MANAGEMENT WIDGETS:
– Events calendar
– Upcoming events (upcoming event list)
– Related upcoming events in artist and venue pages (widget)
– Related events (same category) in the single event page
– Popular events (best seller)
– Featured events, venue, artists

All things here except for the “Popular events” and “Featured events, venue, artist” are included with the core plugin and the PRO add-on.

TICKETING FEATURES:
– Sell tickets (generate eticket with unique barcode or qrcode)
– Collect payments
– Set multiple tickets / prices options
– Allow users to insert promo code
– Mobile scan tickets app

While the barcode/qr code features will not be available until another release or two (a specific date is not available at this time, we’re working on it though!), these features are possible with one of our ticketing add-ons.

RSVP FEATURES:
– Create ticketless events with RSVP function
– Accept multiple attendee (allow user to register themselves adding people: for example JAMES+10)
– Create a registration code (same of ticket but without payment)
– Create attendee list thar can be sent automatically via mail in a preset time

There is an attendee list created for people who buy tickets, but for non-ticket-based RSVP features you will have to find an alternative solution or build one at this time.

OTHER FEATURES:
– WPML multilingual ready
– Google Maps support
– Social media integration
– Import/export data via .CSV

Google Maps is integrated with our Map View and and our venue pages, and Importing via CSV is support out-of-the-box with the free core plugin. Social Media integration is not something our plugin does itself, you can use any number of social-sharing plugins though and it will work fine with any of them as long as they are well-built plugins themselves. The same is true for multi-lingual support – we have several known compatibility issues with WPML, but all of our plugins use the standard WordPress translation gettext() methods, so if you find a multilingual plugin that works well with these generic functions, then you should be able to use multiple languages fine.

I hope I addressed your questions – your best option is definitely to go to each of the product pages here on theeventscalendar.com and look through all the feature lists, and watch the Introduction videos.

Cheers!

[George]

Hey mnussbaum,

You mention that “With plugins deactivated the events still were not showing on the home page.”, but what did you find when you deactivated your theme? Just curious.

As for special code being added on your site, this could indeed be the source of the problem. I’d encourage you to try to find this on your site, make a copy of it somewhere for a backup, and then temporarily remove it from your site altogether. See how things go.

Thanks for your patience, let us know what you find! 🙂

— George

[George]

Hey Paul,

Any public release we make is officially approved, and exhaustively tested – mistakes do occasionally happen 🙂 But we take our customers’ sites very seriously and do everything we can to not break anything on them.

A very, very large number of people have updated to 3.9.4 and not encountered your issues here, and I am failing to reproduce your errors on my own site, so the evidence points to there being something specific about your site, your server, your instance of the plugin files, or a combination of all of these things that is causing this.

I am truly sorry about the frustration you’ve run into with this, but please don’t give up on us! We’ve put an immense amount of time into these updates and they should work on your site. If you’re willing to get this working, here some actionable steps from this point that I would recommend:

1. We pushed a new update, 3.9.5 now, to address further specific bugs that arose based on people’s unique server environments and such. So I’d recommend updating to this version and seeing if anything improves.

2. If nothing improves, then reset your server’s file permissions to ensure that all the files for our plugin are readable and executable by your server. The permissions you want to enforce are basically to have the /wp-content directory on your site owned by the web server with permissions set to 755 recursively. If none of that makes sense, contact your site admin/developer or your web hosting support and ask them to ensure this configuration is arranged.

3. If you do step 2 and nothing improves, then head to your site’s wp-config.php file and change this line of code:

define( 'WP_DEBUG', false );

to this:

define( 'WP_DEBUG', true );

Then, try to produce the same problems you reported here, and see if PHP errors display as you do them. If they do, copy and paste the whole errors into a forum response here so we can see them.

4. If even by this point nothing is improving, and no errors pop up, then run through the troubleshooting steps outlined here → https://theeventscalendar.com/knowledgebase/testing-for-conflicts/

Try to reproduce your errors after each step in that process, noting any PHP errors if they arise, and let us know what you find.

I’m sorry about your problems here Paul – these steps above may seem tedious, but they’re actually quite simple to run through and should us rule out most, if not all, possible sources of the problem here.

Thank you for your patience!

[George]

Awesome! 🙂 Best of luck with your site!

— George

[George]

Hey Ian,

The issue is not fixed in our code yet – you’re right about my language there being confusing, sorry about that! The issue for now just has the temporary work-around of removing those characters for import, which is far from ideal for sure, but a temporary solution no less.

The good thing about your testing here (and Chris’) is that this pretty much seems like a straightforward character-encoding issue…not that those are ever actually very straightforward 🙂 but we at least know the exact type of problem to try and resolve here, and can hopefully get a fix out into a release very soon (the 3.10 update is approaching very very soon, so it will likely not make it into that, but perhaps a maintenance release sometime after? Stay tuned!).

I’m sorry for the frustrating limitation here – to address your comments about the issue before closing, it’s true that the “£” symbol isn’t really a “special character” in any colloquial sense of it to us as humans who understand the fact about there being lots of currencies in the world, so this should “just work”, right? 🙂 And most of the time it does, but there’s a difference between just displaying the character here on a page – £ – which uses the language HTML, compared to actually passing this character along to be manipulated by code elsewhere. For something like a CSV import feature, the character gets passed to several different coding languages, not just HTML, and so based on how these languages handle the character – and specific settings of your site’s server environment! – there can be issues related to special characters like you’ve found here….

Apologies if that’s a bit rambling and/or unnecessary! Just wanted to give you some background on the issue so you don’t think we’re not taking your issue lightly. It’s a serious bug and one we’re hoping to fix promptly!

Let us know if you have any other questions or concerns specific to this thread – if not, I’ll go ahead and close it up, although you can always open another thread for any other types of questions or concerns related to other things.

Cheers!
George

[George]

Hey Chris, thanks for the information and the update here. Best of luck with your site!

[George]

Hey mnussbaum,

If you can’t get events to show in the main blog loop, even though you’ve checked that option, that could indicate a code conflict or something on your site that’s preventing the code from that option from working effectively.

I’m curious, can you address each of these pieces of information as follows?

1. What version of WordPress are you running on your site?
2. What version of The Events Calendar (free version) are you running on your site?
3. What version of Events Calendar PRO are you running on your site?
4. If you activate a default theme like Twenty Twelve on your site, do the events show up in the main blog loop any more successfully than prior?
5. If #4 here is “NO”, then how about if you leave the default theme active and then proceed with deactivating other plugins on your site one at a time?

Let us know what you find!

[George]

Hey Margaret!

The upgrade to PRO won’t effect any existing data at all, all your events should remain totally intact and work fine 🙂

Let us know if this helps or if you have any other questions/comments/concerns!

— George

[George]

Awesome! Best of luck with your site Nathan 🙂

— George

[George]

Awesome, best of luck with your site Eric! 🙂

— George

[Author]

Posts