Könnte es nicht mit dem "&" ein Problem geben, wenn Du es in einem CGI-Skript als Parameter übergibst?? Ich meine wegen der Trennung der verschiedenen Parameter. Wäre da eine ersetzung durch ;auml; (oder etwas anderes...) nicht günstiger??

[quote=renee,02.09.2003, 15:39]Könnte es nicht mit dem "&" ein Problem geben, wenn Du es in einem CGI-Skript als Parameter übergibst?? Ich meine wegen der Trennung der verschiedenen Parameter. Wäre da eine ersetzung durch ;auml; (oder etwas anderes...) nicht günstiger??[/quote]
perldoc URI::Escape

Quote

Ich würde trotzdem immer die Umlaute anders umsetzten, so dass sich hinterher zweifelsfrei sagen lässt, ob es vorher ein Umlaut war oder nicht. Was spricht gegen ä und Konsorten?

Gewünscht wird, eine gut lesbare und verständliche URL. Zudem weiß der User ja welche Stadt er vorher ausgewählt hatte und es wird ja auch auf der Seite angezeigt.

Und wie wäre es mit der TeX-Variante "a "o "u ... ? Hmmm wahrscheinlich machen die Anführungszeichen Probleme, und nicht jedem Leser ist sofort klar, dass es Umlaute sind... *grübel*

Ich habe das Problem auch ständig, wenn ich in der Datenbank ein ä habe und das ä soll dann irgendwie innerhalb einer URL ausgegeben werden macht mein netscape 7.x ein \u00e4 daraus und der MSIE gibt mir ein richtiges ä zurück. Da macht mich wahnsinnig.... kann netscape den Zeichensatz nicht?

Man sollte immer URI::Escape::uri_escape oder unter Javascript die escape()-Funktion verwenden --- Umlaute sind in einer URL nicht erlaubt! Siehe auch rfc 2396.