Hallo,
Ach, das ist der Grund warum diese Funktion angeblich „[…] in Zukunft durch encodeURI() ersetzt […]“ werden soll? Was es mit dieser Anmerkung auf sich hat, habe ich mich schon immer gefragt.
Ja, das ist ziemlich schwammig ausgedrückt, ich habs mal in den Bugtracker eingetragen.
escape() ist ein Relikt aus Netscape Client Side JavaScript 1.3 vor der Anpassung an ECMAScript, escape() ist halt durch die Beschränkung auf Latin 1 nicht Unicode-kompatibel. encodeURI() ist wiederum offiziell ECMAScript-standardisiert. Im Netscape Core JavaScript 1.5 gibts kein escape() mehr, also stimmt es schon, dass encodeURI() von der Funktionalität her an die Stelle von escape() tritt.
Mathias