Opera seit 9 macht .mht

[Siga423987239842]

Wer kann es darstellen ?
.mht ist nicht toll. chm auch nicht, aber zeigt mal jemand der die java-docs oder php-docs nicht als chm nutzt und dann dabei bleibt.

na ja. mht geht wenigstens in opera seit 9.
wie supported ist .arc ?

ich bräuchte was für commandline, was .mht speichert. Aber na gut.

[nepumuk]

???

MTHML ist kein Archivierungsformat. Wenn du eine Website als mht speicherst, wird die verlinkten Objekte (Bilder, JS, CSS) zusammen mit der Originaldatei in einer Datei zusammengefasst.

Das ist bequem, weil man nur eine Datei speichern oder z.B. per Mail verschicken muss, hat aber mit Archivierung nichts zu tun.

1. Bleiben die Links nicht erhalten
2. Ist das Problem der Redundanz von Daten nicht gelöst.
3. Ist imho keine Kompression im Dateiformat vorgesehen...

[Siga2398742]

Mag ja sein, das es die offiziellen Dingsbums an Archive nicht erfüllt. Aber wenn ich eine Seite speichern will für später oder um sie auf die Diplom-Arbeits-CD zu brennen, dann wäre schon nett, wenn das ein wenig gängiger wäre.
Auch um es zu mailen wie du schon schriebst.

Firefox hat iirc eigene formate. Auch nicht toll.

mht hat base64 oder sowas. evtl compressed das default-mäßig. Aber da es "text"_Darstellung ist, ist es platztechnisch auch nicht optimal. Speziell wenn man 50-100 gifs in so blöden Seiten hat.

[htmlbenutzer92834]

Einfach HTML benutzen? Dafür kann man doch Daten inline einbinden!

[Siga432980742839]

htmlbenutzer92834 schrieb:
--------------------------------------------------------------------------------
> Einfach HTML benutzen? Dafür kann man doch Daten inline einbinden!

Ein Ordner mit .htlm und 50-100 gifs und 5-10 .js-Dateien ist sub-optimal.
Und nochmal: Wie Mailst Du sowas wenn jemand "nur" z.b. eine Produktbeschreibung erhalten soll und der Web-Server/ContentManagementSystem oben kein "PDF-Extractor"-Button auf jeder Seite hat.

Eine Seite, eine Datei (mht)
Viele Seiten, eine Datei (chm)
ist von der Idee schon mal ok. Die Umsetzung ist halt wie so oft bei M$ halt drittklassig und für Laien sofort verbesserungswürdig.

Noch mal: php-docs als chm rulen. (php ruled halt nicht).
Oder ein franzose hat früher die java-docs als chm veröffentlicht. Volltextsuche usw. Sowas macht Spaß zu benutzen.

[Unsinn]

nepumuk schrieb:
--------------------------------------------------------------------------------
> ???
>
> MTHML ist kein Archivierungsformat. Wenn du eine Website als mht
> speicherst, wird die verlinkten Objekte (Bilder, JS, CSS) zusammen mit der
> Originaldatei in einer Datei zusammengefasst.
>
> Das ist bequem, weil man nur eine Datei speichern oder z.B. per Mail
> verschicken muss, hat aber mit Archivierung nichts zu tun.
>
> 1. Bleiben die Links nicht erhalten
> 2. Ist das Problem der Redundanz von Daten nicht gelöst.
> 3. Ist imho keine Kompression im Dateiformat vorgesehen...

Was Du schreibst ist großer Unsinn.

1. Natürlich bleiben die Links erhalten, die Dateien werden wie erhalten gespeichert. Da verwechselst Du was mit dem Internet Explorer, der speichert auch .mhtml aber ändert die Links.

Im Übrigen ist mhtml nichts anderes als eine MIME-multipart Datei, wie sie auch bei Emails Verwendung findet.

2. Dein Punkt 2 ist keine Voraussetzung eines Archivierungsformates, tatsächlich lösen die meisten Archivierungsformate dieses Problem nicht. Abgesehen davon unterstützt MIME es ebenso, Metadaten in benutzerdefinierten Kopfzeilen zu jedem Block speichern.

3. Punkt 3 ist ebenfalls keine Voraussetzung einer Archivierung und ist auch nicht Teil von WARC.

MIME/MHTML ist also in den von Dir aufgestellten Voraussetzungen identisch zu WARC.