[Barry]

Hi Kimco:

If you aren’t receiving any emails whatsoever from your WordPress site then it’s highly unlikely that this is a problem stemming from our plugin – and I would encourage you to reach out to your hosting provider for further advice, this isn’t really an issue we can assist you with.

Good luck!

[Barry]

I’m sorry you couldn’t read my reply – there’s a problem with the forum we hope to address that should prevent that from happening. Here’s what I had posted:

Please try deactivating all other plugins and reverting to a default, unmodified theme – though I see you indicated you already tried this, there are a number of Javascript errors present which may stem from the fact that jQuery (a Javascript library) has been included twice (and to make matters worse, they are two different versions) which will inevitably cause problems.

If you still hit problems at that point can you share a link at that point so I can see if there is a secondary problem?

It sounds like you’ve solved things, though, which is great (though you may anyway wish to check into the issue with jQuery being enqueued twice).

…I don’t know so much about JS but why is a SIDEBAR WIDGET dependend on a header tag what was closed before?!?

I’d need you to clarify what you mean exactly: please also share any HTML or other code via a service like Pastebin or Gist, as the forum has a habit of stripping out bits of code – making it hard to know what originally was posted.

Thanks!

[Barry]

Apologies for the delay, for some reason the thread wasn’t flagged up as being in need of a reply.

Let’s say I could write woot_low_stock() multiple times, but if I have 10 tickets, another event 20 tickets… I can’t do it dynamically, can I?

There are lots of things you could do here – please remember though this isn’t something we officially support – it’s more a toolset you can use “as is” if you like or indeed you can look at how it works under the hood and re-purpose various parts for your own project (as of course it is free and open source).

But we’re going to need to leave it to you to put together a solution that neatly fits with your own project requirements.

Good luck!

[Barry]

This reply is private.

[Barry]

I’ll go ahead and close this thread as it’s been a while without any follow-up … but if we can help with anything else please don’t hesitate to create a new thread. Thanks!

[Barry]

It didn’t flag up for some reason (in my queue of forum threads) – but thanks for the follow-up and apologies for the delay and further inconvenience.

Longitude/latitude data is missing in every case there. I’m wondering if something in your hosting environment (this is not a problem people generally hit up against) is inhibiting communication with Google and stopping that information from being retrieved.

Can you (temporarily) add this snippet to your theme’s functions.php file, then visit an ordinary page and add ?geocode_test to the end of the URL, something like:

example.com/sample-page/?geocode_test

If it is successfully reaching Google we ought to get various bits of information coming back and that should display near the top of the page. Can you give that a go?

Thanks!

[Barry]

There is absolutely no need to use private replies unless you are sharing confidential information. For all other cases, please post your question openly 🙂

Could you please just tell the file name of the Event Single Page and in which folder to find it?

Yes, certainly. The single event template can be found in:

plugins/the-events-calendar/views/single-event.php

Please do remember to follow the steps given in the Themer’s Guide to make any changes safely and in an update-resistant manner. Thanks!

[Barry]

Hi, thanks for the further thoughts – this is useful feedback for us and we’ll certainly use this thread as a point of reference as we continue our own discussions on this topic. One thing I’d like to clarify initially relates to the following point you made:

I don’t understand what you wrote regarding Widgets. You are basicly saying that it’s possible but so complex to achive that it can’t be achived by anyone really?

It sounds like you are interpreting my statement as, “It is theoretically possible but in practice near-impossible,” and that isn’t at all what I meant, so let me clarify.

For those who don’t mind doing some theming work – those with a little technical knowledge – this isn’t too difficult by any means. What I was acknowledging was that that are also a group of our users who have minimal technical knowledge and, for them, this sort of change is not something they can manage by themselves. We fully appreciate that fact.

Why don’t ECP make general use of pages in WP so that we could set Widgets on these pages (or not) as we please.

It sounds like you are picturing certain views like month, list, week view etc as pages.

The alternative view is that they are more like WordPress’s own archive views and, just like those, you can create custom templates to add sidebars or just about any other embellishment you would like. Similarly, just like native WordPress archives, they are handled slightly differently from a page or post: you wouldn’t ordinarily create a category archive page by adding a [wordpress_category_list] shortcode to a page, for instance, though such a thing isn’t impossible of course.

ECP have stripped all WP functions making a static calendar plugin only developers can handle. I am sorry to say that we are disappointed with the usability of this plugin.

We’re really sorry to hear you think that. At the same time I have to say I don’t think it’s a completely fair statement – most users of WordPress can install our plugin and have a functional calendar up and running with zero outside help, there is no particular need for developers to be brought in.

For those who wish to customize things beyond the defaults we have a range of settings to help them – and for many users those settings are more than adequate to meet their needs. Other users who need to take things to a higher level are largely catered for by our template override system and comprehensive set of filters and action hooks.

One thing I’m not clear on is what you mean when you write that we have, “Stripped away all WP functions,” as our plugins integrate on many levels with WordPress – WordPress functionality, functions and template tags are used throughout.

With all that said, it’s clearly not a perfect fit for everyone and your feedback is genuinely useful and appreciated.

[Barry]

Hi Mending.

@Barry: we find it utterly annoying that you are closing our threads for any more comments before they are even solved

First of all let me say that I certainly didn’t wish to annoy you, that was not at all my intention.

However, we do generally close off threads once we’ve reached a point where we’ve done all we feel we reasonably can: I should of course have done a better job in communicating as much to you to make you aware of that and will certainly do so next time.

We cannot programme these things you mention as we are not developers. Please just appoint us to which file we can remove the link tag. Or write up a snippet. We only need this because ECP is so difficult to work with as explained

I’d like to note a few things at this point as its important we continue our relationship with a good understanding of what we can and cannot provide.

• We are not a custom development shop. We’re happy to write snippets on occasion and generally point you in the correct direction – at some point though we have to draw the line as it just isn’t practical, given the cost of the plugin, for us to provide unbounded support
• Besides the thread you referenced earlier, I’m pretty sure we’ve helped you with a few related items. We feel that should be enough to get you started and, with the aid of our documentation, start putting together your own solutions
• We definitely appreciate that’s not valid for everyone, of course, but if you are still finding customization tasks like this to be major problems then it may be that you need more support than we can offer and I’d recommend engaging a suitable web developer to provide further one-on-one assistance

The reason for unlinking the “Event Category” and “Organizer” on the Single Event Page is that ECP cannot be set to show a specific week of events (in October) and it only works realtime (!). We managed to customize this by using a Redirection plugin redirecting /events to /events/week/2014-10-06/ but when clicking the “Event Category” link on the Single Event Page this all falls apart as “categories” are used in the URL.

I fully understand your rationale: at the same time, I tend to see this sort of a customization as a “nice to have” that is applicable to some edge cases like your own, rather than as something that is an across-the-board problem that will hit lots of users.

On this occasion we’re not going to be able to guide you point-by-point through making this change and I hope you can understand the reasons for that.

If you have any further comments or concerns we’re absolutely open to your further feedback.

[Barry]

(Just to avoid confusion, I’ve changed the visibility of my last post as you may not have been able to see it initially.)

[Barry]

We’d love to hear more from you on this topic, as we are thinking about some changes and new features that may include shortcodes. Any such changes are not going to happen immediately – we may even take a completely different course of action – but feedback from interested users such as yourself will certainly be useful in shaping what we do.

I believe this issue will be raised again and that supporting shortcodes for inserting anywhere on any page will be a great improvement and UX to ECP.

One of the items you’ve raised in this topic is changing the title for week view. It sounds like you’re suggesting if we had a shortcode such as [tribe_week_view] there would be no problem because you could set the title to whatever you like in the page editor.

However, right now our titles are dynamic (they don’t just read “Week View”, they read “Events for the week of …date…” etc) and we feel that is a useful thing in a calendar. How do you see that being implemented in your model, or is this something you personally have no need for? We’d be interested in your thoughts either way – but it’s well worth remembering we need to cater to the needs of all our users here.

Okay but we need to add a description text below the the custom heading too.

This was another interesting point as right now (with the exception of map view) we display the same set of controls – the “Tribe Bar” – at the top of each primary event view. This isn’t something we just dreamed up, we spent a lot of time working with users and getting their thoughts on what provided the best user experience.

In your model of shortcode-driven views, would this simply be rolled into the output of shortcodes like [tribe_week_view] (therefore preventing it from being consistently positioned at the top) or would you see us breaking things up into multiple shortcodes, such as [tribe_get_bar] and [tribe_week_view], for example?

What if I wanted to add a right side Widget to the Single Event Page? How would that be possible?

The fact is it is possible.

However, taking it as something more of a rhetorical question than a request for assistance, the flipside of this is that since event pages all share something in common many users might wish a common set of widgets to display across all of them (calendar view, week view, single event and single venue views, etc). That’s fairly easily achievable right now because a sidebar can be set up for this purpose and pulled in via a template override.

At the same time, though it is readily achievable for those with slightly more technical knowledge it may not be a course of action that all users can easily implement without help. On the other hand, what you are suggesting might also make setting up a common sidebar/common set of widgets for all event pages a fairly complex and laborious process, depending on the theme in use.

Those are just counter-arguments to help you understand that we’re trying hard to figure out the best approach for all of our users. If you’ve got any further thoughts or wish to elaborate further we’d love to hear from you.

Thanks again!

[Barry]

OK, so there are actually a couple of hooks – filters – you could use for that purpose:

• tribe_event_meta_organizer_name
• tribe_event_meta_event_category

You’d just need to write a little code to strip out the HTML tags that form them into links. There are a few other approaches you could take – please see the meta walker guide I linked to previously – but this a fairly straightforward approach.

Good luck 🙂

[Barry]

Our built-in CSV importer won’t assist with tickets at this time, I’m afraid. Please do consider posting a feature request, though.

[Barry]

Still the same.

OK, I’m really surprised to hear that. As an alternative strategy, can you:

• Install a fresh copy of WordPress in a subdirectory
• Set it up only with our plugins
• See if the issue can be replicated there? If it can, please let us know so we can observe the issue before you add any other plugins/themes
• If you cannot replicate, start adding everything you have on your live site one-at-a-time and see if the problem resurfaces at any point

Though this seems very close to what you have already tried it has often helped us to isolate harder-to-find conflicts.

Let us know!

[Barry]

We always detail changes in our release changelogs (which lives in the readme.txt file bundled with each plugin).

We also always make an effort to update threads like this one, so as long as you continue to monitor this thread/are subscribed to it and will receive email updates you should be kept informed of any news in relation to this.

[Author]

Posts