Forum Replies Created
-
Posts
-
Hi Benoit,
Interesting problem.
I’m curious: if you create or have some menu entries for ordinary WordPress (post) categories, does the same problem impact those URLs?
Hmm, they do seem to take over in a slightly unusual way. Can you share (by private reply) a URL where we can grab a copy of the theme to perform a quick bit of testing? While I can’t guarantee being able to provide a fix, we can certainly take a look.
Spline: thanks for taking the time to provide your feedback. I’ll discuss this with the team and we’ll see what we can come up with.
Please note however there won’t be an immediate change (simply because we’re about to launch a new release and a lot of work is already in progress for the subsequent release) – but we’ll certainly take this on board and see how we can improve going forward.
Hi Shah 🙂
The relatively short length of a registration email could certainly be a factor, but I don’t think it’s the only factor. As you highlight, lots of users face no such problem.
I’m also unsure how to interpret the feedback about the emails being caught in spam filters somewhere in cyberspace – if having tested this (or just based on user feedback) you are fairly certain that the intended recipients are not receiving the mails at all, not even in their spam/junk folders, then I’d worry the issue is with the email server provided by your host.
It’s not actually all that uncommon a problem – especially in shared hosting environments – and the best solution in my experience is to route things through a dedicated email service rather than relying on the facilities provided in a typical shared hosting account.
To try and summarize by answering each of your questions:
1. I tested the site a few weeks back I did receive the registration email. Why did it change its behavior?
Spam/junk filters learn and change their criteria over time. It’s also possible your mail server was blacklisted or that they introduced new changes of their own, limiting what is and isn’t sent.
2. Why other users of Community event + The event calendar pro don’t face this problem?
Some do and probably for the same kinds of reason.
However, plenty of others have no problem and I think that in itself suggests the issue is less with the content of the emails (at least in this particular case) and more with the source (the sending mail server).
3. Is there any way / Plugin to modify the message in such a way that it does not gets recognised as spam.?
Like most parts of WordPress it can be customized … but even if this is the problem I’m afraid it’s beyond my area of expertise to advise you on what you might add/change in the registration mail message (again, this is a facet of WordPress itself rather than our own plugin).
4.Do you have any other recommendation to deal with this issue ?
Well, if I were in your shoes my instinct would be to use a different mail service.
There are lots out there such as Mailgun and even a simple dedicated email service can often be far more reliable in my own experience. There are lots of other service providers out there, too, so it’s worth shopping around.
In terms of getting WordPress to send emails through services like those, you can find lots of plugins that will help 🙂
Hi Peter,
Option Tree isn’t something we package with any of our plugins – on looking at it’s description, it seems to describe itself as a “Theme Options UI Builder” – so my assumption was that it was bundled with your theme (or was something the theme recommended you install and activate).
Beyond that I’m not too sure what else I can say except confirm that it (Option Tree) is not something our own plugins depend on or come bundled with and, based on the description of the problem and the nature of the proposed workaround, it certainly feels like the problem here is that their CSS is interfering in our own (since as I understand it there is no particular reason for them to add CSS to our own admin screens, I really see the problem as being on their end).
Does that help/clarify things?
Hi @wfsec28,
So we can leave the topic open however it will automatically be closed after 2 weeks: that said, we’re always here and so if after that point you hit on further problems and also see the key to replicating it definitely do let us know by creating a new support topic (and just include a link to this one to provide some background/context).
I’m sorry we couldn’t take it further on this occasion – certainly if we could nail down what was/is happening that would be awesome 🙂
You’re right that in my last post I tested on events rather than ordinary posts – but I did just have another colleague try to replicate independently while I repeated the process using tags with the # symbol while bulk editing posts (with The Events Calendar activated).
I tried various combinations – ensuring some tags were first assigned to events and others not – but simply could not replicate (nor could my colleague).
I’d love to get a handle on this, but I’m afraid it’s proving hard for any of us to see the problem – nor to the best of my knowledge have other customers reported this problem.
Excellent – glad you’ve got a workaround.
It does still sound like this other plugin if not your theme could be solved by having them limit the places where they add their CSS (in other words, unless they have a reason to add additional CSS to event admin pages they probably shouldn’t be doing it).
So it could be worth posting on the plugin author’s page on that count, but I see no particular reason why you couldn’t keep using the same solution you already have, either.
Hi Light,
Can you visit the Events → Settings → Display screen and adjust the template setting?
Right now it looks like you are using the Default Page Template. If you change this to the Default Event Template (or otherwise have a quick play with this option) are you able to get a better result?
Hi Spline,
Thanks for your feedback.
I’m particularly interested in your comments about strings such as “New %s”.
To give some further context, we’re not just trying to make it easier on ourselves when it comes to implementing strings that support singular and plural forms – we’re also supporting a use case where users may wish to replace usage of “event” and “events” with some alternative nomenclature, like “party” and “parties”.
Arguably, this could also be handled by using a purpose-built set of translations and avoid the need to embed strings like “New %s”, however that’s not always an efficient or easy way for users to do things.
That to say, what we’re aiming for here is a pragmatic way to provide reasonable support for localization whilst still making it easy to perform other customizations at the same time.
If you really, really have to use a variable in your string, document it in your code so that translators know what will be inserted here and can figure out what it all means. Will a number be inserted? A date? A user-created description? A status or condition?
From your point of view as a potential translator, do you see any way for us to make things easier for you without dropping the above capability?
For instance, would it help for us to add some context or inline documentation to the effect that the placeholder is likely to be replaced with a word meaning “event”, but can actually be user defined and so may be anything?
If you think documenting your code is not worth the effort, wait until you have 30 community translators for 30 different languages asking you what’s in the variable – or until you have 300 customers complaining about wrong translations.
We’ve been investing more and more resources in this area but that doesn’t mean we’ll always get it right.
Please do continue to provide your feedback and we’ll be happy to see what we can do: we fully realize how important this is – and how vital it is to have community participation.
Hi there Angela!
Most of our views let you export events in the common .ics (iCal) format which Outlook is also capable of understanding, so you can “point” it to the iCal feed produced by The Events Calendar 🙂
I hope that answers your question but do let me know if we can help with anything else.
Hi Kent,
You might use WordPress’s get_term_by() function:
$id = 8; // whatever you believe the term ID to be $term = get_term_by( 'id', $id, Tribe__Events__Main::TAXONOMY ); // Test to see if you got an expected result before trying to display if ( false !== $term ) echo $term->name;
Of course you could wrap this up in a function of your own for easier re-use 🙂
