character encoding – E-Dynamics wordpress

This topic has 11 replies, 2 voices, and was last updated 13 years, 9 months ago by Anonymous.

Viewing 12 posts - 1 through 12 (of 12 total)

Author

Posts
Wed 16 Feb 2011 at 13:12 #42543

Anonymous
Inactive

Hello, what a pretty forum this is and I come waltzing in bearing a tiny problem. I hope you can be of assistance.

The page the described problem arises is http://www.beckmannkunst.de/wp/wordpress/termine/

When I first visit the site German umlauts like ü or ä are presented correctly if I then go back a month the umlaut characters from then on, even if I switch back to the site where they were previously displayed correctly are shown all scrambled up like this Ãœ Now, everywhere else on the site there’s no problem with these characters and my hosting support guys hazarded a guess that it might be a problem with ajax data transfer (whatever that might mean, sorry I’m not speaking java). Maybe, he said, something there is set on ISO and not UTF-8? Would anyone by any chance happen to know what’s best to do about this?

Other than this I’m so happy with this plugin. It’s really helpful and well-thought out.

Wed 16 Feb 2011 at 13:24 #46800

Franky
Keymaster

Well, it’s indeed a bug. Never thought about testing this 🙂

I will analyse it and come up with a solution asap.

Wed 16 Feb 2011 at 13:46 #46801

Franky
Keymaster

Not a bug, it seems your webserver is at fault: it returns iso-8859-1 by default.

If you can change this in the httpd.conf file, it should help:

AddDefaultCharset UTF-8

(and reload/restart apache)

I’m going to look for a way to force utf-8 in the ajax request as well though! So I’m leaving this open for now.

Wed 16 Feb 2011 at 14:40 #46802
Franky
Keymaster
Ok, maybe this works as well: in eme_calendar.php, function eme_filter_calendar_ajax(), add the following line:

header('Content-Type: ' . get_option('html_type') . '; charset=' . get_option('blog_charset'));

just before the call to “eme_get_calendar”:
```
header('Content-Type: ' . get_option('html_type') . '; charset=' . get_option('blog_charset'));

eme_get_calendar('echo=1&full='.$full.'&long_events='.$long_events.'&category='.$category.'&month='.$month.'&year='.$year.'&author='.$author.'&contact_person='.$contact_person.'&location_id='.$location_id);
```
Thu 17 Feb 2011 at 12:32 #46803

Anonymous
Inactive

I’m a bit daft at the moment, sorry. So, I fiddled with the code as suggested by you and after I got an error in line 180 (which was probably because I didn’t put it in exactly the right place) I overwrote the faulty file with a plugin file i had on my harddrive from a backup per ftp. I then went back to working on the one i had on my computer but somehow it wouldn’t work out and i would get fatal errors when it dawned on me that my backup files were from another plugin version 3.0.94, I think, which is also the newest release on the wordpress plugin directory. could you lead me to a place where I can download the latest release package so I can use these files? Somehow it didn’t find it, (maybe you could even put a link somewhere more obvious in the forums? 🙂

Could you specify where exactly the codes needs to be put? Maybe the line after which it belongs.

Sorry again to bother you with my ineptitude.

Thu 17 Feb 2011 at 13:08 #46804

Franky
Keymaster

For the download: http://www.e-dynamics.be/wordpress/?cat=7

For the changes:

http://plugins.trac.wordpress.org/changeset/346443/events-manager-extended/trunk

and best also:

http://plugins.trac.wordpress.org/changeset/346628/events-manager-extended/trunk

But if you don’t want to do it manually, download the latest trunk (development version, but stable for now):

http://downloads.wordpress.org/plugin/events-manager-extended.zip

Thu 17 Feb 2011 at 22:53 #46805

Anonymous
Inactive

When I overwrite the two files you made changes to, I get

Fatal error: Call to undefined function eme_get_person_id_by_wp_id() in /home/netsh102283/html/wp/wordpress/wp-content/plugins/events-manager-extended/events-manager.php on line 785

Thu 17 Feb 2011 at 22:57 #46806

Anonymous
Inactive

Okay, so the error was in events-manager.php, so i used this files from the stable 3.3.1 and the eme_calender.php from the devel. version and the problem is fixed. Man, that was fast. Thank you so so much!

Fri 18 Feb 2011 at 14:25 #46807

Anonymous
Inactive

Okay, so I just discovered a similar issue when entering some actual dates into the events manager. I took a screenshot to illustrate where the problem pops up.

http://i54.tinypic.com/oqg85u.jpg

So, the database somehow memorises locations and event headings entered in the past. Whereas with memorized heading the umlaut characters are displayed correctly in the mask for the location the characters once entered correctly are kind of regurgitated in that scrambled up way again. I think the picture makes it very clear. Any ideas how this might be fixed?

Fri 18 Feb 2011 at 19:12 #46808

Franky
Keymaster

Ok, if I post the diffs, I expect you to use just those, not selectively get some full files from trunk and some not (this caused your issue with a function not found). Please update to the latest trunk (in a whole) and you should be good to go:

http://downloads.wordpress.org/plugin/events-manager-extended.zip

Fri 18 Feb 2011 at 19:19 #46809

Franky
Keymaster

Btw: this is the version that’s going to be released, so your utf-8 issues are a good bugfix-part 🙂

Fri 18 Feb 2011 at 19:42 #46810

Anonymous
Inactive

Neat. Just saving my css changes and then update the whole lot. Thanks!!
Author

Posts

Viewing 12 posts - 1 through 12 (of 12 total)

The forum ‘Bug fixed or feature request implemented’ is closed to new topics and replies.