[Barry]

OK, I see what you mean. That’s simply how Chrome displays number inputs.

However, what you can do is change this from a number input to a regular text input and that will probably achieve the effect you are interested in – but please note this is actually something generated by WooCommerce (the underlying ecommerce engine provided by WooThemes), not WooCommerce Tickets (which is our plugin).

To get you started, though, the template you will be interested in overriding to achieve this is:

single-product/add-to-cart/quantity.php

Essentially you will place a copy within a subdirectory in your theme directory and change type=”number” to type=”text”. With that said, please do take the time to read through WooThemes/WooCommerce’s own documentation with regards to template overrides and, if you need further help, they are indeed probably the best folks to reach out to for help with this issue.

Hope that helps!

[Barry]

Well, we prefer not to log in to a customer’s site unless absolutely necessary – but if you think it would help we’d be happy to give it a try.

Before doing so, please ensure all other plugins have been deactivated and that you are using a default theme (such as Twenty Twelve) so we can see this in action under default conditions or else confirm that we have permission to do the same.

I also strongly recommend backing up first of all and making yourself aware of the process for restoring that backup, as we cannot accept any liability for issues that arise whilst troubleshooting.

Thanks!

[Barry]

I see – unfortunately, however, I can’t replicate this. I can create a new order (quantity of 5 for instance), set it to completed and save: the expected emails are generated, complete with one containing all 5 tickets, and the attendee list for the event has 5 corresponding entries added to it.

Is it possible something else is conflicting here?

• Can you ensure you are using the latest versions of our plugins and of WooCommerce
• Deactivate all other plugins except for The Events Calendar, WooCommerce Tickets and WooCommerce (do also deactivate any WooCommerce related add-ons and/or any other Modern Tribe plugins)
• Switch to a default and unmodified theme such as Twenty Twelve
• Try to replicate again

Do you still see the same pattern of events?

[Barry]

As before, let’s stick to one issue per thread 🙂

I’ll go ahead and close this one – and please do also check out the following useful resources (the themer’s guide and tutorials in particular):

• Themer’s Guide
• Tutorials
• Technical Docs

Thanks!

[Barry]

Hi! I’d suggest using woot_has_tickets() in combination with that to avoid false positives, ie:

if ( woot_has_tickets() && woot_has_soldout() ) { /* Do stuff */ }

Definitely experiment, play and adapt to suit your needs 🙂

[Barry]

It’s been a while so I’m guessing you resolved this – if not or if you need support on any other issues please don’t hesitate to create a new thread and one of the team will be only too happy to help. Thanks!

[Barry]

I’ll go ahead and close this thread – of course if we can help with anything else please don’t hesitate to create a new thread (or threads) as needed. Thanks!

[Barry]

I’ll go ahead and close this thread – if we can help with anything else please don’t hesitate to create a new thread. Thanks!

[Barry]

Hi Mickey,

When you say it happens even if you increase the quantity, do you mean you are doing this after creating the order? These are the steps I followed and there was no problem:

• Created a ticket for an event with a stock of 100
• Manually created an order for 5 of those, initially pending
• Changed the status to complete and saved
• The relevant emails were generated and dispatched including one containing all 5 tickets

Is there anything you are doing differently to the above/can you try that again with all other plugins deactivated and only a default, unmodified theme?

[Barry]

OK, well that’s a fair comment – though on second reading I think I may have led you down the wrong path and the copy on the WooCommerce Tickets product page is actually referring to a consequence of the fact that tickets can be date-bound.

So, for Event X, you might have Tickets A and B. Ticket A could offer early bird pricing and only be available from March 1 – April 1, Ticket B could be available at a higher price and be available from April 2 onwards.

Similarly you could offer 100 of Ticket A initially then once they have sold out increment the stock and change the price / replace it with Ticket B (in relation to the other scenario you mentioned, of an initial run at a lower price followed by full price tickets, but not in a strictly time limited fashion).

The more complicated the scenario and the deeper the level of integration then the more likely you are to need a dedicated add-on or else may have to do some customization work of your own – such as if you want to automate the switchover of one ticket to another – but certainly with a little creative thinking you can effectively carry out pretty much all of those things you mentioned without additional addons.

Does that clarify things at all?

[Barry]

That’s strange.

It looks like, for some reason, the scripts needed to power the calendar widget are unavailable – this could be due to a theme or plugin conflict: can you try deactivating all other plugins and temporarily switch to a default, unmodified theme (I would recommend Twenty Twelve) … does that resolve this?

If so, are you able to pinpoint either your theme or another plugin as being incompatible?

Let us know – thanks!

[Barry]

Great question – right now I don’t think we’ve got anything that will make this particularly easy, but the admin-side list of events builds on WordPress’s WP_List_Table class and so if you are familiar with WordPress development in general it should certainly be possible to customize things in this regard. Beyond that, the post publication date is exposed within the event editor if you need to check on a specific event.

If you think sorting by publication date may generally be useful, please do post a feature request to that effect and we’ll certainly consider it.

Thanks!

[Barry]

Yep, things have changed quite a bit in this regard.

Right now I’m afraid we’d deem this as an advanced customization that we cannot offer too much help with, however, the basis of doing this would be making use of tribe_get_view() to load the relevant view – month view in this case – and also ensuring all of the scripts and styles it depends upon are enqueued.

Certainly do make use of our learning resources while researching this:

• Themer’s Guide
• Tutorials
• Technical Docs

I hope that helps 🙂

[Barry]

Hi, great question!

Generally speaking you should have a license for each separate WordPress installation. However, in a situation like this one if you are happy to take care of manually updating one of those sites and they are essentially anyway the same site we don’t have any real objection to you using just one license.

You may also wish to read over this tutorial that we hope will help to guide you and other users interested in our licensing model: https://theeventscalendar.com/events-calendar-pro-license-keys-when-you-need-them-when-you-dont/

I hope that helps!

[Barry]

Hi!

With the exception of recurring events we don’t currently have any tools that will automatically delete events – but we’d be more than happy to consider any feature requests you might post if you want to see this in a future release.

Thanks!

[Author]

Posts