[fixed] Two Bugs in s9y current svn

[Boris]

First of all: s9y 0.9 seems to be very great!


The first bug is located in include/plugin_internal.inc.php:
in the long switch-statement is a duplicate Entry for show_atom0.3 and none for show_atom1.0 with the result, that there's no Atom 1.0-Option in the configuration.

Second: The function serendipity_makeFilename in include/functions_permalinks.inc.php is not utf-8 ready. I always helped myself converting it manually in 0.8x, but now s9y supports utf-8 this function should do this too.
If not, all those special chars are not converted, but striped from the URLs.

[garvinhicking]

Wow, that's two great gotchas you reported there! I fixed the both (hopefully) in our SVN, can you try that?

Best regards,
Garvin

[Boris]

Garvin,

Wow, that's two great gotchas you reported there! I fixed the both (hopefully) in our SVN, can you try that?

Works for me.

Next one: Special chars in monthnames aren't working with utf8 too. Instead of "März" I get M[box]z. (Note: System Locale is not utf8, so strftime returns a iso8859-1 date, which has to be converted)

[garvinhicking]

Boris, the date problem is a bit heavier to solve; you'll need to load a UTF-8 system locale.

It is hard to figure out whether an included locale is UTF-8 or not, and thus we can't easily convert from/to UTF-8 if we don't really know which charset the system locale has; so sadly this is a bit reliant on the server config.

Regards,
Garvin

[Boris]

we can't easily convert from/to UTF-8 if we don't really know which charset the system locale has

That makes sense.

so sadly this is a bit reliant on the server config

Is there an easy way to do this on a shared host? I tried using setlocale in the index.php, which returned the desired de_DE@euro.utf-8, but it did not have an effect on the problem.

EDIT: Stupid me! The locale is set by serendipity_config.inc.php later. And the first locales in lang/UTF-8/serendipity_lang_de.inc.php are non-utf-8.
So I'll change it there

Ok. (Hopefully) final Edit: de_DE@euro.utf-8 was the wrong approach, de_DE.utf-8 works. To think about it, @euro on utf-8 does not make any sense (to me), but sadly setlocale did not return false on using it.