Download und Leerstellen / Umlaute

Katzenvadder

Nach einem Update ersetzt der FF in den Namen von Download-Dateien
die Leerstellen durch %20 und die Umlaute durch ähnliche Sonderzeichenkombinationen.
Ich habe die Version 3.5.3 in Gebrauch.
Bei Ansicht / Zeichencodierung / Automatisch habe ich universell eingestellt.

Unverständlich ist mir dieses.
Bin ich auf der Seite, von der ich downloaden will, wird mir bei Zeichencodierung westlich (ISO 8859-1) angezeigt.
Bin ich hier im Forum zeigt mir der FF Unicode (UTF-8) an. :-???

Kann mir jemand helfen?

Ist zwar nicht weltbewegend tragisch, aber es ging ja anders und der IE hat das nie gemacht. :oops:

Junker Jörg

Nur zur Information (hat nichts mit dem Problem zu tun):

Zitat von Katzenvadder

Bei Ansicht / Zeichencodierung / Automatisch habe ich universell eingestellt.

Die Standardeinstellung ist "aus".

Zitat von Katzenvadder

Unverständlich ist mir dieses.
Bin ich auf der Seite, von der ich downloaden will, wird mir bei Zeichencodierung westlich (ISO 8859-1) angezeigt.
Bin ich hier im Forum zeigt mir der FF Unicode (UTF-8) an. :-???

Die eine Seite ist halt so kodiert, die andere so. Das war schon immer so, du hast nur nie darauf geachtet. IE wird dir vermutlich das gleiche verraten.

Da die Downloads, die ich mache, weder Leerzeichen noch Umlaute enthalten: Wie wär's mal mit 'nem Link zum Testen?

Wawuschel

Testlink:
http://wawuschel.kilu.de/Katzenvadder/

Leerzeichen in Dateinamen werden nur dann in %20 umgewandelt, wenn sich gleichzeitig auch noch Umlaute darin befinden.
(So ist es jedenfalls bei Kilu)

Junker Jörg

Danke Wawuschel für das Bereitstellen von Testfällen. Wäre eigentlich Aufgabe des TO (und für ihn auch weniger aufwendig) gewesen, da er ja Links kennt, wo das "In the wild" passiert.

Konnte dadurch ein bischen rumspielen. Die Aussage "der IE macht das nicht" konnte ich zumindest für den IE7 nur zum Teil bestätigen. Die Leerzeichen werden zwar tatsächlich als solche gespeichert, die Umlaute jedoch ebenfalls als %E4, %F6, %FC etc. Umgekehrt konnte ich jedoch den FF dazu bringen, die Datei mit Leerzeichen und Umlauten zu speichern. Der Link mußte nur geringfügig geändert werden:

Code

<a href="http://wawuschel.kilu.de/Katzenvadder/Firefox DE Software Lizenzvertrag %E4 %F6 %FC.zip">Firefox DE Software Lizenzvertrag ä ö ü.zip</a>

Es lieg also z.T. an den Seiten, wie gespeichert wird. Diese Form der Referenzierung habe ich auch im W3C Validator getestet, und sie wurde nicht angemeckert.

Katzenvadder

Erstmal Danke fürs Kopfzerbrechen.
Ich habe noch einmal selbst eine Datei zu einem Hoster hochgeladen und mit beiden Browsern dann selbst heruntergeladen.
Die Schritte habe ich ein wenig bildlich dokumentiert .

Der Downloadlink selbst ist: http://shareplace.com/?306C8C6512
[attachment=0]Beispielbild.jpg[/attachment]

boardraider

Der Server sagt hier:

Code

Content-Disposition	attachment; filename="Besser%20als%20jede%20Radarfalle.doc"

Daran hält sich der Fx. Würde der Server den Dateinamen ohne %20 anweisen, würde der Fx dies auch so speichern.

Wawuschel

Kannst es ja noch mal mit hier vergleichen...

http://wawuschel.kilu.de/Katzenvadder/B…0Radarfalle.doc

http://wawuschel.kilu.de/Katzenvadder/Besser als jede Radarfalle.doc

oder auch...
http://www.justupit.com/get.php?id=461…47d2e58c1c3cfe8

boardraider

Nicht wirklich, da der kilu-Server die Dateien ohne den genannten Header ausliefert.

Edit: ok dein so eben ergänzter dritter Link demonstriert es tatsächlich im Kontrast zu dem Link oben.

Code

Content-Disposition	attachment; filename="Besser als jede Radarfalle.doc"

migosel

Zitat von Wawuschel

Kannst es ja noch mal mit hier vergleichen...

Bei beiden URLs das gleiche:

[Blockierte Grafik: http://i33.tinypic.com/30bp83r.gif]

Katzenvadder

Zitat von boardraider
Der Server sagt hier:
Code
Content-Disposition	attachment; filename="Besser%20als%20jede%20Radarfalle.doc"
Daran hält sich der Fx. Würde der Server den Dateinamen ohne %20 anweisen, würde der Fx dies auch so speichern.

O.k. - kurze Zusammenfassung wie ich es jetzt verstehe.
Der Server sendet die %20 mit, der Fx nimmt und speichert sie.
Der IE wandelt die %20 in Blank um und speichert mit Leerstellen.

Kann ja eventuell verständlich sein.
Aber dennoch könnte es ja eine Möglichkeit geben, den Fx anzuweisen, die %20 so zu behandeln wie es der IE tut.

Das war meine eigentliche Frage, da ich mir die Arbeit ersparen wollte, nach einem Download die Datei erst noch mit einem Renamer zu bearbeiten, um die %20 zu entfernen.

Wenn es nicht geht - mein Pech.
Warum und ob der eine Server seine Dateien so sendet und der andere nicht, ist mir persönlich relativ egal.

Also Danke für die Erklärungen.

boardraider

Zitat

Der Server sendet die %20 mit, der Fx nimmt und speichert sie.
Der IE wandelt die %20 in Blank um und speichert mit Leerstellen.

Siehe dazu:
http://greenbytes.de/tech/tc2231/
http://greenbytes.de/tech/tc2231/#attwithfnrawpctenca

Zitat

Aber dennoch könnte es ja eine Möglichkeit geben, den Fx anzuweisen, die %20 so zu behandeln wie es der IE tut.

Über eine Erweiterung, ja. Eine dedizierte ist mir nicht bekannt.