Forum Replies Created
-
Posts
-
Hi Steve, that’s strange.
Perhaps you could send a copy of the theme to us so we can take a look and try troubleshooting it? I’ll put our contact details below.
Hi Lori, I wonder if you are inserting that snippet in the wrong place, or perhaps you have included the opening PHP tag <?php at a point where it isn’t needed?
Here’s a simple example of a gridview template changed only by including Jonah’s snippet: http://pastebin.com/KvL0iDgM
OK – can I ask you to post your code using Pastebin or Gist (or a similar service)? The forum doesn’t handle raw code particularly well and I suspect some parts of the code you posted have been dropped.
Thanks!
OK, that’s the main thing.
I won’t take that forward as a bug because – customizations notwithstanding – that setting seems to work fine for me, so I tend to think this is a bit of a fringe case – but we definitely appreciate you checking back in here.
Since it seems like we’re all sorted I’ll close this thread in a couple of days unless you have any further points/concerns.
Cheers,
Barry
Hi leadlinker,
To avoid confusion lets deal with the first issue here – if you could create a new thread for the second issue (bordered/full width layouts) that would be great.
I’ve tried adding the following to the CSS Stylesheet but no success: .single-tribe_events aside.sidebar.right-sidebar { display: none; }
So that snippet of CSS related to a separate problem – hiding a sidebar by CSS on single event views – and won’t help here. To remove the titles on those pages you could use CSS, for example:
.events-list.events-archive h2.tribe-events-cal-title { display: none; }… However it is probably cleaner to handle this with some template customization – but first of all you should familiarize yourself with our themer’s guide if you haven’t already done so. The next step depends on the setting of Events > Settings > Template > Events Template. Can you tell me what that is?
OK, so where did you get to/what have you tried so far? (Definitely share code via Pastebin or Gist if it helps.)
OK, well that would be the next step – and an alternative would be creating a new installation just for testing. See if everything works out of the box with just Modern Tribe’s stuff then start adding the same plugins (and theme) as you are using on your production site – and figure things out that way.
I need this to print out a list of people’s names that purchased the tickets for each event (not just the ticket number). Will the new one be able to do this?
I believe so, yes, but there’s still a little testing to be done to ensure this new functionality is working smoothly and ready for release – so while I can’t commit absolutely to this being available in the next release it’s certainly looking good so far.
and ideally the notes box of the checkout chart.
I don’t think the above will be included, however, as ultimately WooTickets seeks to be a simple, sleek and robust ticketing solution rather than a comprehensive event management tool – but the potential is always there for users and third parties to build custom extensions where functionality is lacking.
How soon will this update be available.
Again we can’t offer any cast-iron guarantees here but it’s looking like it will be available sometime in the next couple of months.
Thanks for getting in touch!
A meta box is just the name given (in the WordPress world) to the grey boxes used to group different fields together – for instance in the event editor there is an Event Categories meta box over on the right and an Event Options meta box right below it.
Thanks for providing those screenshots and comments – that gives me a clearer idea of the problem which is, needless to say, pretty strange. I haven’t heard of this before and can’t replicate it so I can’t help but suspect a conflict.
Are you in a position to run through our standard troubleshooting steps?
- Please ensure that your Modern Tribe plugins are up-to-date and in-synch … for instance if you are using The Events Calendar 2.0.11 you must also use Events Calendar PRO 2.0.11
- Deactivate all other plugins and change your theme to a default, unmodified one such as Twenty Eleven or Twenty Twelve
- Now test to see if the problem still exists
- If the problem has been solved by these steps, start reactivating everything one-at-a-time, testing at each point to see if the issue has returned
- If the issue does return, take note of whichever plugin (or theme) you reactivated immediately before it started again – it’s likely there is a conflict with this item
i did say in the first message it was in the functions file. as far as i can see, $post->ID does not return anything for single events.
Sure. Unfortunately (or fortunately, depending on how you see things) if I test out your initial snippet of code by placing it in my theme’s functions.php it produces the expected result – event-conference is added to the body class for that event.
I’m afraid I can’t really shed any light on why it isn’t working for you, unless perhaps there is a typo in the event category name or something of that nature – or if somewhere along the line there is a conflict with some other code.
As an alternative i tried using the conditionals listed on https://gist.github.com/jo-snips/2415009 I can’t get these to work in the functions file
Remember that as with some core WordPress functions you will not be able to use them immediately. For example, you should not use tribe_is_month() before the wp action fires.
You’re right – I was making an assumption based on what you were saying about this working when the post ID is set manually, I didn’t actually test it out – so apologies for any confusion 🙂
On testing it out however I actually find that it works just fine, so, what you’d need to do here is debug your filter function and check out the value of $post->ID (in an instance where it otherwise fails, of course).
