[Barry]

Hi Ryan,

I’m afraid that isn’t supported out of the box – but it’s certainly possible to achieve with a fairly straightforward customization.

A great starting point if you haven’t already read it is our Themer’s Guide which explains how to safely override and customize our templates.

In a custom copy of month/content.php for instance, just after this line:

<?php tribe_get_template_part( 'month/loop', 'grid' ) ?>

You might add a custom function of your own which loads and displays, list style, all events in the current month. A function like tribe_get_events() would be useful in such a case, ie:

$event_list = tribe_get_events( array(
    'eventDisplay' => 'custom',
    'start_date'   => $start_of_month,
    'end_date'     => $end_of_month
) );

You can then cycle through $event_list and display each entry in a list. To determine the start and end of the month you will of course at least need to know which date has been requested, and this can conveniently be obtained via the tribe_get_month_view_date() function.

I hope that helps 🙂

[Barry]

Hi @Derry,

I’m sorry you’ve hit up against difficulties.

You don’t seem to have provided a domain when you opened this topic – would it be possible to provide a link so I can get a better sense of what you are experiencing?

When you talk of OptimizePress is this the product you are referring to – what form are you using it in (I see it is available as both a theme and a plugin – have you tried switching between those)?

Thanks!

[Barry]

… Might it be acceptable for you to simply display a warning to the user that they’ve added overlapping items to the cart? Again, this is really beyond the scope of what we can help with on the forums but may nonetheless be easier to implement 🙂

[Barry]

Hi Lucion,

That’s an interesting question!

This isn’t actually something the plugin accommodates directly and while it may be possible with some customization work there are a number of variables and scenarios to be considered:

• What if a user wishes to buy multiple tickets, but not all for themselves (why block them from doing so)?
• They may simply choose to purchase tickets in separate checkout transactions – is this something you’d actively seek to discourage?

So it would be fairly involved – but certainly possible, with one or two caveats. However, it’s not really something we could guide you through here on the support forums, I’m afraid.

[Barry]

Hi @nthomas,

While I’m unable to replicate this I appreciate you letting us know and we’ll certainly keep an eye out for further reports (and I absolutely understand your reluctance to troubleshoot further in this case).

Thanks!

[Barry]

Hi @wfesc28,

I tried a few combinations here:

• I added the tag #hashtag to a set of events and bulk edited only those events – there was no problem
• I then repeated the above, but also included untagged events in the set I was bulk editing – again, I didn’t hit a problem here
• Last but not least, I bulk edited a bunch of untagged events and applied a tag containing the # character – it seemed to work

Is there anything else about this you can tell me – are there any other characters in the tags that might be of interest or can you use a service/app such as Jing to record what you are experiencing?

Are any other plugins or is a none default theme in place when you do this?

[Barry]

Hi Shah,

Thanks for clarifying!

So there are a few possibilities here:

• One is simply that those emails are being dispatched, but are being caught in spam or junk filters
• The other is that your web host stops multiple emails from being sent in quick succession, as a measure to prevent their servers from being used to issue spam (checking in with your web host could help to confirm this – and it is also possible to route mail through 3rd party services that do not suffer this kind of limitation)
• There could be a straight up plugin/theme conflict – our standard testing steps are the best way to determine if this might be the problem

From experience, the first two possibilities are generally the most likely so it’s probably worth starting there 🙂

[Barry]

Hi!

But – in this case the complete description is beeing seen in the list view? It is NOT shorten at all.

Well, I don’t think that’s quite true.

If you look here, the description is relatively long and includes pieces of information under the heading “Programm” – whereas the same event in list view does not include this.

By default WordPress trims descriptions down to the first 55 words when it forms excerpts automatically — if as in some of your events the descriptions does not exceed that then they are not actually truncated (though formatting information is still removed).

If – where could I find this setting?

I’m afraid WordPress doesn’t provide a setting for this, but it is configurable through a short snippet (which you might add to your theme’s functions.php file):

function custom_excerpt_length() { return 20; }
add_filter( 'excerpt_length', 'custom_excerpt_length' );

In the above example, excerpts will be truncated to 20 words if needed.

Does that help/clarify things?

[Barry]

Hi Michael,

By default, list view will uses the excerpt rather than the full description. If this is not explicitly set (just as with regular posts and pages, you can hand craft an excerpt if you would like to do so via the editor) then WordPress will load the description instead.

However, WordPress will also strip out formatting and shorten the text in such a case. If you wish to avoid this you can take one of two approaches:

• The first, as above, is simply to craft your own excerpt text
• The second is to modify the list/single-event.php template which you can do safely via a template override – and then just replace the_excerpt() with the_content()

Would either of those options work for you?

[Barry]

Hi @saravan,

Thanks for getting in touch!

Pretty much everything you posted is possible with a small customization or two – however we do not deliver technical support here in the pre-sales forum.

If you have a valid license key, please login and post on our premium forums. Alternatively, please post in our community forums where other users can share tips with you.

Thanks again!

[Barry]

Hi Debora,

I’m sorry to hear that WooCommerce Tickets hasn’t worked out so far.

Before exploring other options, would you like our help in trying to diagnose why WooCommerce Tickets is failing?

I’d love to know exactly when this white screen of death is occurring – does it only take place on a certain page? Does it happen as soon as you activate the plugin?

Enabling WP_DEBUG could be a great starting point. The essence of this is to add the following line to your wp-config.php file:

define( 'WP_DEBUG', true );

Then, with WooCommerce Tickets activated, try to trigger the fatal error/white screen of death: instead of merely seeing a blank screen, you should receive an actual error message – if you could copy and paste that in here that would be terrific (and of course go ahead and deactivate WooCommerce Tickets again until we can assess and reply).

If you’d rather simply look at other ticketing options we can do that to, but it would be a shame not to try and figure out the cause of this issue first.

[Barry]

Hi @christi78,

You’re correct – this is a current bug but it should be fixed as soon as our next version is released: I can’t offer a specific timeline for that, but we’re very close!

Thanks and our apologies for the inconvenience in the meantime.

[Barry]

Hi Lee,

Thanks for getting in touch.

Translations are very much a community driven process and you can participate by submitting corrections and new translations over here:

translations.theeventscalendar.com

By the way, I don’t want to use Chinese as permalink. Can I use permallink in English?

I’m not completely sure what you mean – can you give me an example?

[Barry]

Hi @amandaveeenhuis,

I’m sorry to hear that you and your client have experienced difficulties.

Building event views like month view efficiently can indeed generate a lot of individual queries and so if your site is in receipt of a lot of traffic, these probably will add up.

The site has 267 queries. When I turn all plugins off and reload them one at a time it slowly increases to about 97. Then when I turn on events calendar it amps up to the 267.

I’m curious, are you seeing this kind of increase even on pages without any event-related content (ie, not an events view and no events widgets in place)?

Do you have any suggestions on what I can do to fix this?

On reviewing your system information it looks like you may not be using any form of caching at present (unless it is applied at a different level than I would see there) – but caching would certainly save on the amount of work that needs to be done to serve many requests.

Is that something you can explore?

[Barry]

Hi Shah,

I’m sorry to hear you have hit up against some difficulties.

To clarify, are we discussing WordPress’s normal registration process here (which Community Events can take advantage of)? That is, are customers going to example.com/wp-login.php?action=register when they register – or something custom that you have created?

Can you also confirm who you mean when you talk of the “event manager” – do you simply mean the user who is trying to register in order to submit an event?

Thanks for clarifying!

[Author]

Posts