Forum Replies Created
-
AuthorPosts
-
Barry
MemberHi birchmere,
There are quite a few questions in there and generally speaking it’s best to create separate threads for separate issues. Let’s start with the thumbnails:
It would be nice to link the artists website to the pic but from what I’ve read you cannot make a featured image an outside URL
You could for instance create an additional field called Artist URL then use that as the link for the featured image (you could either replace the use of tribe_event_featured_image() within the single-events.php template with your own code or else filter tribe_event_featured_image and change the URL that way).
However, we would really like to get the ticket link showing in list view as well so that those people that don’t bother to click on individual events can just scroll the list and by tickets.
Can you confirm how you are associating the TicketMaster URL with each event – are you using an additional field for this?
As a bonus question where in the css can I change the default links color to the darker blue that you see on the posts at the current site as opposed to the test site where the default is a much lighter blue, we manually changed the color in all of the posts and that’s a real pain.
Have you tried changing your theme stylesheet? In general the link colour defined there will be respected by The Events Calendar, with one or two exceptions.
Barry
MemberHi digitaldrive:
If I add that same snippet then I can allocate venues to event categories. Are you unable to do this, or is it that you aren’t seeing the categories on the front end?
Thanks for clarifying!
Barry
MemberHi t2000q – I don’t see this problem on my own site.
Is it possible that you have a customization in place relating to the RSS feed or, alternatively, might you have enabled the Include events in main blog loop setting in Events > Settings General?
July 15, 2013 at 10:10 am in reply to: Links under mini calendar are wrong for recurring events #55237Barry
MemberHi janpp,
I think you’ve hit on a bug with our calendar widget here – I can replicate it and am just going to send a report to our developer: we should be able to fix this in time for the next maintenance release.
Thanks for your patience,
Barry
Barry
MemberOh and when is the next release planned for?
I believe the plan is to deliver maintenance releases on a rolling monthly basis – dependent on the needs of the community. Feature releases may not be so common and I’m afraid we don’t have any timeline that we can share for this.
Barry
MemberNo worries about spamming the forum, we’re here to help and the more questions that are asked the more information we can push out there 🙂
WooTickets builds on WooCommerce, so any restrictions affecting WooCommerce itself will effectively be inherited by WooTickets. So the inability to use WooCommerce on a multisite installation for instance isn’t something I was actually aware of, but if that’s the case then yes you would very likely hit some problems here.
In terms of extending WooTickets, there are action and filter hooks throughout our code and other hooks provided by WordPress itself can be leveraged to change WooTickets’ behaviour, too. You are limited only by your imagination!
July 15, 2013 at 9:55 am in reply to: Getting rid of "Related Events", or at least the big grey calendar images #55227Barry
MemberHi guys, there is indeed an existing thread about just this issue: you can definitely re-order things and here is a snippet from the other thread that moves the ticket form above the related events section.
Does that help here?
Barry
MemberOK, well that’s definitely sounding pretty strange.
In terms of moving data out of your current production site and into another site / back into the same site after a cleanup, you may be able to simply leverage Tools > Export (and select only event related post types, such as events, venues and organizers) – then install the WordPress import tool and re-import into the target site (after doing any cleanup work you think necessary).
Does that help?
Barry
MemberRight, so something would seem to be conflicting somewhere along the line. Can you try:
* Ensuring your Modern Tribe plugins are up-to-date and in-synch. If for instance you are using The Events Calendar 3.x you should also use Events Calendar PRO 3.x.
* Deactivate all non-Modern Tribe plugins
* Switch to a default, unmodified theme such as Twenty Twelve
* Does the problem persist or has it gone?
* If it has gone, please reactivate each plugin and then your theme, one-at-a-time
* Everytime you reactivate something, please test to see if the problem has returnedThis should help to isolate any conflicting code – we can then hopefully zero in on a solution.
(Remember to take precautions! Backup before you begin and ensure you know how to restore the backup!)
Thanks!
Barry
MemberOK, so when you opened the thread you noted that you had tried deactivating all other plugins (except for The Events Calendar and optionally Events Calendar PRO) and simultaneously switched to a default theme such as Twenty Twelve – did that solve this/were you able to identify a conflict by running through those steps?
Failing that (or in addition), can you try visiting Settings > Permalinks? You need not actually change anything, just visiting this page causes WordPress’s rewrite rules to be flushed (the rewrite rules are used in the routing process where decisions are made about which page to show).
July 15, 2013 at 9:31 am in reply to: Again in 3.0: First Event title shows instead of wanted Page Title #55219Barry
MemberHi Stephanie: so now that we are at 3.0 a few things have indeed changed. Can you confirm in the first instance if you are still using the Default Events Template?
Also, since I may not have a copy of your theme lying around any more it would be helpful if you could provide a URL so I could see the problem first hand and reacquaint myself more quickly 🙂
Thanks!
Barry
MemberHi everyone, sorry first and foremost for the disruption that’s been caused here (and thanks everyone for your patience and especially to Peter, Bernhard and everyone else who took the time to help other users here).
This is indeed a bug in 3.0.2 that affects anyone with a database table prefix other than the default of wp_ – we’re quite literally working on a fix for this and hope to roll it out as soon as possible.
Once again, our apologies for this – it goes without saying it absolutely wasn’t our intention for this to happen – and we hope to get a solution out ASAP.
Barry
MemberThey will. If you are using ticketing plugins (such as WooTickets or Eventbrite Tickets) then you may find that, when reviewing community-submitted events in the event editor, they are flagged to you as having come from the community – but otherwise there is no particular difference.
One published they will show up in the calendar just like any other event.
Barry
MemberIf possible, can you also share your theme as based on your earlier comments it sounds like that has some bearing on the problem?
If you could share it in a private reply, ideally by linking to a .zip file hosted either with a service like droplr.com or else simply by uploading it to your WordPress site and sharing the link that way, that would be great.
Thanks!
Barry
MemberHi!
So with regards to the original issue with the date picker (and its “undefined” labels) I’m going to pull in another team member to assist with this. My hunch is that it’s a localization issue, but I’m not 100% sure – so please bear with me a little longer.
I noticed that in line 109 of your file
the-events-calendar-community-events/views/hooks/form-meta.php
there is an unknown value named “$EventStartDate”, could you tell me where is it defined?Yes, it’s defined in TribeEvents::EventsChooserBox() (which lives in the-events-calendar/lib/the-events-calendar.class.php) and that in turn is simply pulling it from the relevant post meta field.
Then, in line 111 and 131 is specified this date format: “YYYY-MM-DD”. This is not corresponding to the italian date format (which is day/month/year) but if I change it in code, nothing happens in frontend.
So if you mean this code:
<span class="helper-text hide-if-js"><?php echo __( 'YYYY-MM-DD', 'tribe-events-community' ); ?></span>Then no, changing that won’t impact the actual date format – that is simply a piece of helper text to tell people the expected format if entering it manually.
I hope that helps you with those specific questions – and again if you can wait a little longer I’m just going to try and get some assistance from another team member on this one.
-
AuthorPosts
