Forum Replies Created
-
AuthorPosts
-
Barry
MemberSome of the rules are in place to help achieve consistency across a number of themes – but may not make sense or may cause minor problems with other themes – it’s a bit of a balancing act.
If that solution works for you, though, fantastic!
Barry
MemberThat’s sensible. A good overview of roles and capabilities – and what they mean – is available on the Codex:
http://codex.wordpress.org/Roles_and_Capabilities
So that might be of interest. Otherwise if we’re all good here I’ll go ahead and close this thread.
Barry
MemberHi Jack,
We would like the ability to sell PDF tickets via woocommerce without a calander
You could probably bend our plugins into functioning in this way but we wouldn’t be able to support that sort of customization … might it be easier to create a regular WooCommerce downloadable product here, where the download is the PDF ticket?
Also, was wondering if someone purchases several tickets, can he add names for each ticket
No, not at this time if you are using WooTickets ‘out of the box’. Customizing it to do this is definitely possible but would require solid development skills.
June 7, 2013 at 1:54 pm in reply to: immediate ticket printing at conclusion of checkout process #50824Barry
MemberHi Tony, thanks for the question!
It certainly wouldn’t be impossible to do this – but you would need a good understanding of PHP and WordPress development and indeed a good understanding of how WooCommerce functions.
If payment is by credit card and you configure the tickets as virtual/downloadable product types then in most cases they will ‘complete’ automatically. In that case you could then provide a link to download the generated PDF – though since they would then receive them in an email near-instantly this may be a moot point.
Alternatively, if due to other factors the order still doesn’t automatically become marked as ‘complete’ you could create code to make that change automatically and, once again, either provide a download link to the tickets or else simply roll with the existing email-based process.
Does that answer your question?
Barry
MemberOK, it doesn’t seem to work in every case and unfortunately it seems you are one of those 🙁
However, it should be addressed in the next release which ought to be available soon.
Barry
MemberHi Tom.
It’s difficult to answer your question because I’m not sure what you’re actually trying to accomplish here.
I was wondering if you could offer any advice on how I might integrate your plugin with the current custom post type.
Do you mean that you want our plugin to operate with a custom post type other than the event type it already defines, and somehow transpose its functionality to that new type?
If so I would suggest that is probably not possible without considerable efforts to hack the core and our plugin, unfortunately, may not be a good fit in that case.
What I can say is that in general terms there is no difference between our free and PRO plugins as to how the event custom post type is used, so if you can see a path to achieving what you want with the free version that ought to carry across to the PRO version, too.
Barry
MemberOK. Was there a reason why you removed the snippet – did it cause problems or was it simply not quite what you wanted?
Barry
MemberNot at all, glad you’re on track 🙂
June 6, 2013 at 9:01 am in reply to: Duplicate Venue and Organizers (Not the bug that was fixed) #50725Barry
MemberThat’s a very good point – there is not currently a check in place to catch this and I’d definitely encourage you to add a request here:
https://tribe.uservoice.com/forums/195723-feature-ideas
Something worth considering though is that – even supposing a check was in place – the strings of text making up each part of the venue (or organizer) would literally need to be identical. An extra space between a house number and street name, or minor typo, would throw this check.
Fuzzy matching to catch this would be quite an involved thing to develop and probably is the domain of third party extensions.
With all that said, if you feel there is a strong case for this, bearing in mind the complexities and limitations, then posting it on UserVoice – where other users can add their support and help us to guage demand – is probably a good way to go.
Also, is there a way that when you delete a duplicate venue you can assign a new venue to all of the events that were associated with the deleted venue? Same question for Organizer.
I’m afraid there is not, again that could be a natty feature request well worth posting on UserVoice.
Barry
MemberExcellent!
Barry
MemberQuite often it doesn’t make sense to “blame” either the theme or the plugin. These things are often simply the result of how the two – which both have their own structure, style rules and so on – merge together.
The answer in those cases is quite often to tweak either one of the stylesheets, the theme templates or our own templates (by means of a template override) … but do take the time to read through the Themer’s Guide first of all and see if that helps at all.
Barry
MemberYes that makes perfect sense – thanks for clarifying 🙂
You should definitely see an out of stock message once all the tickets have been purchased and I don’t see the problem you are describing when I test this locally.
When you created the thread you stated that you had tried switching to a default theme and had deactivated all other plugins (in this case, you would still keep The Events Calendar, WooTickets and WooCommerce active). Did that make any difference here?
It definitely sounds like something else is interfering; do you have any WooCommerce add-ons and can you confirm which versions of WooCommerce and our own plugins you are using?
Last but not least, if you create a regular WooCommerce product (completely separate from WooTickets) do you experience the same thing?
Thanks!
Barry
MemberSo in the thread I referenced the change went into tickets.php – the reason for that being that that template can access the $product and $ticket objects, which contain the information we need.
So the easiest thing here would be to work in there rather than in events/single.php (which the code you shared seems to belong to).
Barry
MemberHi Paul,
Take a look at the following thread which discusses a means of showing customers the remaining stock level within the ticket form on single event pages:
If you look within the template example I provided (in that thread) you’ll see code such as $product->is_in_stock() and $ticket->stock … you could basically adapat this to determine if any tickets remain in stock and if not display a message or form.
Hope that helps!
Barry
MemberHi Rafael – I’m not sure I understand. Do you want the system to increase stock after every purchase? Where are you wanting to show this extra information about the stock level (“Sold 20 of 40”) – should the public see that or should it be within an existing admin screen?
-
AuthorPosts
