Hi Karsten. Was just looking through the Forum and thought this interesting as I've experienced the same. However, in this case I cannot recreate the problem.
If I create a URL with the word "München" in it I use the special character %C3%BC rather than %FC and it appears to work ok.
thanks for your reply. Click on the link that is in my first post. You will get to my development site. The header you see that beginns with "Firmensitz in ..." uses the view parameter. So you see directly what the variable contains.
I just tried the URL with "München". With Win32/Firefox I get
Hi Karsten,
Just tried this by creating a new folder on one of my sites and naming it München (copy and paste rather than using special characters). It appeared ok on all browsers in the main body but the url read muenchen.
I tried 4 different special character codes and within the body "ü" worked the best... but not in the heading or URL.
Cross browser, cross platform issues, makes me cross ;)
I am not sure why you get this as it works fine when I test a similar setup here (same view parameter, iso-8859-1 as charset). Maybe this also depends on the encoding of the templates? Anyhow, have you tried to simply url-decode the view parameter?
Urldecode is an easy one as it takes only one parameter: http://ez.no/ezpublish/documentation/development/kernel/custom_template_operators
Regarding the url - as far as I know the browsers should encode the url, with IE being (of course...) the exception to the rule. So I think you can forget about getting a nice, unencoded url consistently on all browsers. Actually the Firefox html validator complains about a malformed urisequence when you have an unencoded umlaut in the href attribute, although the online validator says it's ok. So confusion all around...
Hi Karsten,
I wasn't looking at the template so much. More the way it displays in a browser.
I was wondering how 3.9 would handle the different encodings as I had problems with the "&" symbol.
I went into the admin interface and created a new folder and tried naming it:
München (which was just a copy and paste of "München" from this forum)
"M%C3%BCnchen"
"M%FCnchen" (ISO 8859-1 Latin-1 hex code)
"München" (ISO 8859-1 Latin-1 name code) "München" (ISO 8859-1 Latin-1 number code)
The copy and pasted "München" appeared ok on all browsers in the main body but in the url bar it read as muenchen.
thanks for your clarification. A folder or article with an umlaut is automatically changed to a regular url (München => muenchen). No problem here. I was talking about view parameters. Those are are not changed when they are processed through the template system.
Thanks for all of your help. The urlencode / decode as a template operators work like a charm!
Cheers, Karsten
You must be logged in to post messages in this topic!