Forum Replies Created
-
Posts
-
OK, after opening this discussion, I was able to click on my name and retrieve a list of my open threads. None of these were available through the forum search, however. I also tried a site search on Google, and all it yielded was a list of strange pages on your site entitled things like “Hat” and “Ass.”
WPML Multilingual CMS (Version 2.5.2)
WPML Translation Management (Version 1.3.1)
The Events Calendar (Version 2.0.8)
The Events Calendar PRO (Version 2.0.8)
WordPress 3.4.1The duplication feature is built into WPML, because as it duplicates the event, it sets up the copy as the translation of the original. So maybe if y’all know a conflict-free way to duplicate an event, I can make a clean copy with the data intact, then manually identify it as the translation.
Also, I’ve not been getting notifications lately for my threads, even though I check the box. They might be getting eaten by a filter. So I apologize in advance for lags in my replies!
Additional information: I can quick-edit the duplicate events using edit.php. The problem seems limited to post.php.
Joyce, I’m an absolute idiot. Y’all have it implemented correctly. The reason it wasn’t working was because I hadn’t installed those WordPress .MO files. Please close this topic, and delete it to hide my idiocy! 😉
Oh, and by “fix the problem,” I mean that I worked around it in a few places. This still needs to be implemented widely within the Events Calendar.
OK, I did lots more research and learned more about internationalization! Throw out everything I’ve written above. Using setlocale() is apparently bad for a number of reasons, and WordPress has a function date_i18n() for this purpose. After installing the Spanish-language .MO files from WordPress, I was able to use this one function to fix the problem. Instead of all that above, I can get the same result with the following:
echo date_i18n(‘F j, Y’, strtotime(tribe_get_start_date($post->ID, false));And already I’m improving it. Seems WordPress has a get_locale() function that eliminates that nonsense I’m doing with get_bloginfo(). The new header code would be setlocale(LC_ALL, get_locale());
For reference, here’s my totally inelegant workaround. In my header, I’m placing the following:
$lang = str_replace(“-“, “_”, get_bloginfo(‘language’));
setlocale(LC_ALL, $lang);Then, for instance, if I wanted to print out the start date of an event, I’d use the following:
$eventstartdate = tribe_get_start_date($post->ID, false);
$strformat = “%A, %B %e”;
if (strtoupper(substr(PHP_OS, 0, 3)) == ‘WIN’) {
$strformat = preg_replace(‘#(?<!%)((?:%%)*)%e#', '\1%#d', $strformat);
}
echo strftime($strformat, strtotime($eventstartdate));Spanish, but it’s not an issue with the language translation file (which is present and working fine), it’s an issue with how the timestamps are being converted into strings. Currently it’s done with date() instead of with setlocale() and strftime().
I posted a new thread because the old one is coming up 404. It was https://theeventscalendar.com/support/forums/topic/modify-venue-options/
The problem addressed in that thread was fixed in a later plugin update, and this is a new bug related to that fix.
Sorry for the delay in replying. Somehow I got unsubscribed from the thread updates. That did the trick! Thanks for the patch!
